Re: 3380 DDR to 3390 Question

[Stanley Rarick]

There is a pure software solution available, not free, but I don't know 
what the licensing costs are. 

To quote the vendor: "VM Magic, a system software extension to the IBM 
Virtual Machine (VM) facility, gives the VM user the capability of 
simulating any supported disk device. Compatibility problems between 
different disk types or technologies and software are, therefore, 
eliminated."

(emphasis mine)

http://sdisw.com/vm/vmmagic.htm


KEETON Dave * SDC wrote:


Hello Listers,

I've been given some DDR tapes of 3380 volumes and I'm looking 
for a way to restore them to 3390. Is this possible? I've tried to 
define TDSK as 3380, but that fails.


Thanks in advance,

Dave Keeton

Visteon VM shutdown

[Stanley Rarick]

On Monday, November 24 at 10:00 EST Visteon 
(http://www.visteon.com/index.html ) 
shut down their VM environment, consisting of 1 VM (level unknown, but I 
would guess 5.3) hosting 5 guests:  3 identical 5.3 systems - 1 
production and 2 test/dev, and two test MVS systems (the MVS systems 
were moved off to their own LPARs)



Time to look for a new job.  ;-)

Re: MONWRITE files (PROFS)

[Stanley Rarick]

No intention of cheating.
Unfortunately, never lucky enoough (in 30+ years with VM) to have had 
the experience of working with PROFS/OV


I was basing my statement more on the following :

EPRERELN SEXECB1  V 80  Trunc=80 Size=142 Line=0 Col=1 Alt=0
>
|...+1+2+3+4+5+6+7...
* * * Top of File * * *  
/**/ 
/* EPRERELN EXEC --- EPRERELN FACILITY --- PROFS FUNCTION */ 
/**/ 
/* SYNTAX: EPRERELN CALLTYPE addr */ 
/**/ 
/* This PROFS exit allows the modification of a list of addressees*/ 
/* for notes, documents and calendars.It is called by PROFS whenever  */ 
/* addressee name resolution occurs.  */ 
/**/ 
/* Normal exit return code is 8 which causes PROFS to process all of  */ 

00282   'PROFS TERMNL 
TTY'   
00283   QUEUE destid 
00284   queue 'Error 
encountered'
00285   queue 'Listed below are the last 20 lines of the log 
file'   
00286   do ll = start to 
inline.0
00287  queue 
inline.ll   
00288  
end   
00289   queue 
'' 
00290   'PROFS 
NOTE' 
00291   'DROPBUF 
'buff           



Kris Buelens wrote:


Stanley Rarick is cheating, Mark wants to win the price for the last
PROFS, Office Vision/VM is another contest ;-)

2008/3/14, Rob van der Heij <[EMAIL PROTECTED]>:
 


On Fri, Mar 14, 2008 at 4:45 PM, Stanley Rarick <[EMAIL PROTECTED]> wrote:

>  Standard OfficeVision Menu


>   Press one of the following PF keys.
>   PF1  Process schedules... Time:  10:18 AM
>   PF2  Open the mail
>   PF3  Browse employee directory2008 MARCH 2008
>   PF4  Process notes and messages...   S   M   T   W   T   F   S


DR00L :-) It wasn't love on first sight with PROFS, but after we
were forced to live together, we got pretty close...


Rob
   



 

Re: MONWRITE files (PROFS)

[Stanley Rarick]

I would like to join the contest ;-)

   Standard OfficeVision 
Menu  A00
Press one of the following PF 
keys.  
PF1  Process schedules... Time:  10:18 
AM
PF2  Open the 
mail   
PF3  Browse employee directory2008 MARCH 
2008
PF4  Process notes and messages...   S   M   T   W   T   
F   S   
PF5  Process delegate 
mail...1   
PF6  Work with notelogs  2   3   4   5   6   
7   8   
PF7  Add an automatic reminder   9  10  11  12  13  14  
15   
PF8  Logoff the system  16  17  18  19  20  21  
22   
23  24  25  26  27  28  
29   
PF10  Information Services...30  31Day of Year: 
074   
PF11  Office 
Applications...  
 5684-084 (C) Copyright IBM Corp. 1983, 1997  PF9 HelpPF12 
End   
HELP DESK- IN N.A. (xxx) xx-x - IN EUROPE xx--xx 
 
  

OFSIDE001I OfficeVision/VM Version 1 (5684-084) Release 4, Modification 
Level 0, Service Level: 
   


Running on z/VM Version 4 Release 3.0, service level 0201


Mike Walter wrote:

I'm trying to have the title of the last PROFS system still running.  We 
bought (OTC) the PROFS product in its  last version.  It is still running 
on z/VM 5.1 at (to be upgraded sometime this year).  The "levelid" command 
from a PROFS "Main Menu" returns:
OFSIDE001I PROFS Version 2 (5664-309) Level: 2.3.2 - Release 2, 
Modification 3, PTF 2.  


That same PROFS Main Menu also shows a calendar with:
  1908 MARCH 1908 
 S   M   T   W   T   F   S 
 1   2   3   4   5   6   7 
 8   9  10  11  12  13  14 
15  16  17  18  19  20  21 
22  23  24  25  26  27  28 
29  30  31 
  Day of Year: 073  

1908?  What do you want for "free" (IIRC, PROFS support ended in June 
1994).  Sort of an IBM version of "Back To the Future"!  :-)


But everything else still works and it's handy to review old mail logs. 
Sometime after Y2K we even installed Victor Strasser "OFSMIME" package so 
that it handles attachments from our main e-mail system: Lotus Notes. 

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.




"David Kreuter" <[EMAIL PROTECTED]> 


Sent by: "The IBM z/VM Operating System" 
03/13/2008 03:58 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: MONWRITE files






yeah so I have been around for a while, what can I say?


-Original Message-
From: The IBM z/VM Operating System on behalf of Schuh, Richard
Sent: Thu 3/13/2008 4:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] MONWRITE files

That is a historical reference. PROFS (O/V) has not been an issue in
this shop for about 10 years.

Regards, 
Richard Schuh 




 


-Original Message-
From: The IBM z/VM Operating System 
[mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter

Sent: Thursday, March 13, 2008 1:46 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files

"I don't care about vm is my PROFS working?"

-Original Message-
From: The IBM z/VM Operating System on behalf of Schuh, Richard
Sent: Thu 3/13/2008 3:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] MONWRITE files

I haven't gotten one asking if it is Friday, but the others 
are all too familiar.


Regards,
Richard Schuh 




   


-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter
Sent: Thursday, March 13, 2008 12:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files

 


an upcoming change or outage will affect all users of the system
   

What upcoming change!?  What outage!?  Why weren't we told 
 

earlier so 
   


that we could properly prepare!?  Will it affect me?
Is it Friday yet?

Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.





"Schuh, Richard" <[EMAIL PROTECTED]>

Sent by: "The IBM z/VM Operating System" 
03/13/2008 02:20 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: MONWRITE files






And oft forgotten. I don't know how many times I have sent 
 

e-mails to 
   

every user of the system telling them that an upcoming change or 
outage will affect all users of the system, only to get 
 

many replies 
   


that say, "I only use VM for (whatever). Will I be affected?"

Regards,
Richard Schuh



 

Re: Disaster Recovery Scenarios

[Stanley Rarick]

In agreement with Dale, while I understand the need to test basic 
functionality (i.e. do all the tapes restore, and applications run), ant 
the need to fit the test within the purchased test time, and the 
convenience of running a test in a virtual machine configured to match 
your home system, I would consider part of the DR test to test your 
ability to quickly restore and run in a real disaster situation where, I 
would think, you will NOT be running second level and the environment 
will not necessarily match your home system.  Therefore you need to test 
how flexibly your configuration responds (or not) to real conditions you 
will encounter in a real disaster, and first-level performance is a side 
benefit.


just my .02

Dale R. Smith wrote:

I restored VM in an LPAR at DR tests twice a year for over 15 years and 
never had a problem with it.  Everybody says that performance is not an 
issue at a DR test, until people complain about it or you can't finish the 
test in the alloted time slot!  Believe me, performance can be an issue, 
(more on the z/OS side than VM, of course).  During most of my DR tests, 
the box VM was running on was generally bigger than what I had on the home 
system!  :-)>


The real key to running VM in an LPAR at DR is to make sure that all 
required changes are well documented.  Try to keep all the virtual 
addresses the same at DR as the home system and remember that the real 
addresses may vary from DR site to DR site and even from test to test, (in 
other words don't hard code anything unless you are prepared to change it).
if you can keep the virtual addresses the same and it's the same type of 
device, then you shouldn't need to change any configuration files.  Make 
sure you have some way to bring your VM system up without starting any 
virtual machines, (AUTOLOG1 should do nothing or very little), until you 
have had a chance to make directory changes and configuration file 
changes, (if necessary).  One way to do this is to query the CPUID and 
only do a "normal" start up if you are running on your home system.  
Our "normal" IPL only starts a few machines, the operator has to enter a 
STARTVM command to bring everything up.  This is useful for weekend 
testing also!


 

Re: Impromptu XEDIT Survey

[Stanley Rarick]

It depends on the data, and sometimes it should be off.

Huegel, Thomas wrote:


Where does the prefix field belong?
On the left?
or
On the right?

Re: writing color enhanced messes from rexx execs

[Stanley Rarick]

For entire lines:
  CALL SETCOLOR  'VMOUT', 'PINK ', 'BLINK'
SETCOLOR:
  PARSE ARG color_area, color_hue, color_ext;
  'EXECIO 0 CP ( STRING  SCREEN ' color_area color_hue color_ext
(written before PIPES existed)

For the individual order codes, refer to the Data Stream Programmer's 
Reference. GA23-0059,
available here:   
http://www-1.ibm.com/support/docview.wss?uid=pub1ga23005907

(And it's not that difficult)



Fran Hensler wrote:


I found the codes for hilite and normal in an EXEC that I did not
write.  I have tried codes like these to do color but I was not
successful.

/Fran
---
On Thu, 30 Nov 2006 13:46:33 +0100 Zoltan Balogh said:
 


where can i find 'codes' like this? I mean this is hilight, but it should be
more..

Other: if i define a window and vscreen. Can i redirect an exec output to
there?

On 11/30/06, Fran Hensler <[EMAIL PROTECTED]> wrote:
   


Hilighting part of a line in REXX is pretty simple.

/* */
hilite = '1de8'x
normal = '1d60'x
copyxref = hilite || 'COPYXREF' || normal
Say "Don't forget to use the" copyxref "command."
exit

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years
[EMAIL PROTECTED] +1.724.738.2153
   "Yes, Virginia, there is a Slippery Rock"

 



 

Re: writing color enhanced messes from rexx execs

[Stanley Rarick]

Au contraire - XEDIT is easy
   QUEUE 'SET CTLCHAR ! ESCAPE';
  QUEUE 'SET CTLCHAR R PROTECT RED  '
  QUEUE 'SET CTLCHAR W PROTECT WHITE'
  QUEUE 'SET CTLCHAR B PROTECT BLUE '
  text_left   = '!R'LEFT(netid,8)
  text_middle = '!W'bar 'Query Names Extended' bar
  text_right  = '!B'd_a_t_e TIME()
  text = '!R'LEFT(netid,8) '!W'bar 'Query Names' bar '!B'd_a_t_e TIME()
  text = text_left text_middle text_right
  QUEUE 'SET RESERVED 1 HIGH' text

Phil Smith III wrote:


Zoltan_Balogh <[EMAIL PROTECTED]> wrote:
 


i have the same problem, now i can color an entire line, but i dont know
how can i color only the part of the line..  I look for things at 
google but i cant find usefull things. Can you help me?
   



You cannot do this in XEDIT, or in linemode.  You must use a program that knows 
how to do extended attributes, specifically the SA 3270 orders.  XMENU, IOS3270 
(maybe), DMS/CMS (maybe), and a host of others.  Warning: writing such code 
yourself is non-trivial!

...phsiii

 

Re: CMSCALL return code

[Stanley Rarick]

For a return code, LA R15,value is *much* faster than a L - only one 
storage fetch.


Schuh, Richard wrote:


I really would not have left it to chance, I would have defined a
word-aligned constant rather than using a literal. However, it might not
have been as chancy as it may seem. The literal pool is doubleword
aligned and boundary alignment may have been a factor in determining
where the literal resided. I would like to think that the 8-byte
multiples are put at the front, the 4-byters next, then the twos
followed by everybody else. In looking at an assembly listing, that
seems to be the sequence. The first two literals in the program are
=x'A00', the next =x'FF', etc. In the literal pool, all 4 byte
entries (there were no 8 byte literals) precede the two byte literals
and then come the ones of only 1 byte. Within each of these groups, the
literals appear in the order in which they were defined. There were no
long strings defined as literals in the particular listing.  


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Don Russell
Sent: Tuesday, November 21, 2006 3:46 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMSCALL return code

Schuh, Richard wrote:
 


I agree, it does seem non-intuitive. The initial SR   R15,R15 was
undoubtedly preparing for a default rc of zero. How the non-zero rc 
gets put into the register later is largely a matter of taste. In this
   


case I
 


probably would have chosen L   R15,=X'...' - a habit learned, when
machines were slower, based on the knowledge that they were mostly 
optimized for the LOAD instruction vs. any other way of putting data 
from memory into a register.
 
   



If your habit was to use L Rx,=X'...' you were probably lucky in the old
days the =X literal would not necessarily be word-aligned, causing
two fetches to load the register, or, in the days when alignment really
mattered... a program exception.

Better to use L R15,=A(X'...') if alignment is a concern and you want to
use literals.

Then the literal IS aligned on a fullword boundary.

The initial SR 15,15 is unlikely to be setting the default return code..
.it's clearing the register preparing for the different option bytes to
be OR'd in. I agree the macro could (should?) have generated a single L
instruction instead, but then what nits would we have to discuss? :-)

 

Re: Menuexec - Where search for?

[Stanley Rarick]

netscape 7.1 mail displayed Cyrillic, and in small caps

Adam Thornton wrote:


On Jul 21, 2006, at 8:12 AM, Shimon Lebowitz wrote:



Does that mean that all of you out there in "English-only-PC-land"
could also see the Cyrillic (Russian) characters?
I was wondering if people actually saw "otkompilirovannie"
or just gibberish.



It depends on the mail application and the OS locale settings.

Mail.app and OS X had no trouble displaying the Cyrillic.

Adam