Re: Extension of MAINT 190 (S-DISK)

2008-05-20 Thread Fox Blue
Kris, 

I would also be interested in SESCOMP.

Regards,
Fox 


On Mon, 19 May 2008 18:09:43 +0200, Kris Buelens [EMAIL PROTECTED]
 wrote:

You forget the VMSES PARTCAT: I've got entries in VMSES PARTCAT for
all the things I store on 19E, even y own code gets a dummy prodid.
VMFCOPY can then be used to copy all files of a prodid.  And, I
wouldn't be me if I hadn't coded an exec to help with the task: my
SESCOMP first compares VMSES PARTCAT with LISTFILE and helps you to
add missing entries in VMSES PARTCAT.  You do that for the old and new
disk.  The you can tell SESCOMP to compare the PARTCATs of two
minidisks; it produces a list prodids and number of files; PF-keys
allow to copy or FILELIST files of a prodid.  This way, merging two
minidisks is quickly done.  Ask and you shall be given.

But, indeed: most products live on a separate minidisk (like GDDM 191,
DITTO 191, ...), only stuff that needs to be available to everyone
lives on our 19E.  Examples: RAC, VMBACKUP, VMTAPE, some local
helpfiles.


--
Kris Buelens,
IBM Belgium, VM customer support

=



Re: mixed case messages

2008-05-20 Thread Richard Corak

Since one might have as many as  RDR files,
this EXEC could be inadequate to retrieve everything.
Consider a QUERY FILES first.  Even though the output
from QUERY RDR isn't 100 bytes, I use the extra size
for self-defense.



/*  R E X X  */
Address Command


 'PIPE CP QUERY FILES *',
'| SPECS W2' ,
'| VAR N'


'PIPE CP' 100*N 'Q RDR * ALL',
   '| drop 1',
   '| xlate 54-71 a-z a',
   '| locate 54-71 a',
   '| spec w2 1',
   '| stem files.'


Richard Corak 


Re: mixed case messages

2008-05-20 Thread Rob van der Heij
On Tue, May 20, 2008 at 3:17 PM, Richard Corak [EMAIL PROTECTED] wrote:

 Since one might have as many as  RDR files,
 this EXEC could be inadequate to retrieve everything.
 Consider a QUERY FILES first.  Even though the output
 from QUERY RDR isn't 100 bytes, I use the extra size
 for self-defense.

For CP QUERY commands, CMS Pipelines has the strategy to extend the
buffer automagically when the response does not fit, and repeat the
query until it worked. That mechanism is disabled when you specify a
buffer size yourself.
The lines don't really get longer, but you could end up with more
spool files than when you issued the first query. You might want to
connect the secondary output of the stage to see whether the response
is incomplete.

With the Q FILES in your code, a class D user would be on the very
safe side... :-)

Rob

PS The automatic extending of the buffer only works for QUERY
commands. I wasted a long evening when part of the output of a DISPLAY
was disappearing...


Re: mixed case messages

2008-05-20 Thread Kris Buelens
Good point, but for QUERY commands PIPE's CP stage will re-issue the
command (with a larger buffer) if the default buffer is too small.
But, as a Q RDR is relatively costly, this repetition can indeed be
avoided by specifying a buffer.

To insert between both pipes:
  if n='NO' then files.0=0
  else

2008/5/20 Richard Corak [EMAIL PROTECTED]:
 Since one might have as many as  RDR files,
 this EXEC could be inadequate to retrieve everything.
 Consider a QUERY FILES first.  Even though the output
 from QUERY RDR isn't 100 bytes, I use the extra size
 for self-defense.


 /*  R E X X  */
 Address Command

  'PIPE CP QUERY FILES *',
'| SPECS W2' ,
'| VAR N'

 'PIPE CP' 100*N 'Q RDR * ALL',
   '| drop 1',
   '| xlate 54-71 a-z a',
   '| locate 54-71 a',
   '| spec w2 1',
   '| stem files.'

 Richard Corak




-- 
Kris Buelens,
IBM Belgium, VM customer support


BACKING up VMTAPE's AUDIT and TMC

2008-05-20 Thread clifford jackson

where do I find the VMTBKP EXEC to backup VMTAPE's AUDIT and TMC disks..
_
Change the world with e-mail. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld

XEDIT and non-printables

2008-05-20 Thread Ian S. Worthington
Whilst (carefully) xediting a file containing mixed printable and
non-printable characters I've found that certain x'11' characters have been
changed to x'40's. 

Any ideas what the cause might be would be most welcome.


ian 
... 

Ian S. Worthington, MBCS.

me: http://isw.me.uk/ 
photos: http://gallery.isw.me.uk/ 

Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et
dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.


Re: XEDIT and non-printables

2008-05-20 Thread Bob Bates
Depends on what you mean by carefully. Whenever you overtype any
character on a line, the whole line is processed and many times
unprintable characters get translated. I learned EDIT (before there was
full screen) and I always resort to using c/stringin/stringout/
commands or ALTER bytein byteout commands when editing a file that has
unprintables in it.  Just to be safe.


Bob Bates
Enterprise Hosting Services - Enterprise Virtualization - z/VM and
z/Linux 

w. (469)892-6660
c. (214) 907-5071

This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation.



-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ian S. Worthington
Sent: Tuesday, May 20, 2008 9:48 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: XEDIT and non-printables

Whilst (carefully) xediting a file containing mixed printable and
non-printable characters I've found that certain x'11' characters have
been changed to x'40's. 

Any ideas what the cause might be would be most welcome.


ian
... 

Ian S. Worthington, MBCS.

me: http://isw.me.uk/ 
photos: http://gallery.isw.me.uk/ 

Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et
dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.


Re: BACKING up VMTAPE's AUDIT and TMC

2008-05-20 Thread Demeritt, Yvonne
Clifford,
Look on the VMRMAINT 158 disk.  The files associated with administration
should be there. If not, look in the VMTAPE MDISKS file on the VMRMAINT
192 disk. The line that has TVMSI in the beginning identifies the disk
these files should be loaded on.
 
Yvonne
CA



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of clifford jackson
Sent: Tuesday, May 20, 2008 10:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: BACKING up VMTAPE's AUDIT and TMC


where do I find the VMTBKP EXEC to backup VMTAPE's AUDIT and TMC
disks..



Change the world with e-mail. Join the i'm Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeW
orld  


Re: VSWITCH question

2008-05-20 Thread Ponte, Doug
You could also add the SET VSWITCH  GRANT statements to AUTOLOG1's 
profile (prior to RACF/VM or your ESM's autologging, as TCPIP and such should 
be autologged in AUTOLOG2 profile exec in that case) OR you could add a profile 
for the GRANT statements via RACF/VM or your ESM if you have one and are really 
tight on security requirements.

Doug


-Original Message-
From: The IBM z/VM Operating System on behalf of Hodge, Robert L
Sent: Fri 16-May-08 18:45
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VSWITCH question
 
XAUTOLOG the VSWITCH controller userids; typically DTCVSW1 and DTCVSW2.
 
Add the the XAUTOLOG of DTCVSW1 and DTCVSW2 to the PROFILE EXEC on the
A-disk on AUTOLOG1 or AUTOLOG2 for the next IPL of the z/VM system.
 
Add define and modify statements to the z/VM SYSTEM CONFIG for the next
time z/VM is IPL'ed. 

DEFINE VSWITCH SWITCH1 RDEV devno CONNECT

MODIFY VSWITCH SWITCH1 GRANT userid



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel Allen
Sent: Friday, May 16, 2008 4:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VSWITCH question


I have an OS/390 guest running under z/VM 5.2 using 3 dedicated OSA
addresses. The OS/390 guest is IPL'd using the system residence pack.
 
I would like to have the OS/390 guest use a z/VM VSWITCH.
 
I have a copyrighted 2004 IBM Corporation document showing four (4)
steps.
 
Step 1. Define the switch :  CP DEFINE VSWITCH SWITCH1 RDEV devno
CONNECT
 
Step 2. Authorize a connection:  CP SET VSWITCH SWITCH1 GRANT userid
 
Step 3. Define a virtual Network Interface Card:  CP DEFINE NIC F00
 
Step 4. Plug NIC into switch:  CP COUPLE F00 TO SYSTEM SWITCH1
 
I have done steps 1 and 2 manually.
 
I have put a NICDEF statement in the USER DIRECT file for the OS/390
guest:  
 
NICDEF 104 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 
 
Is there anything else I need to do ?
 
 
 
 

**

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply e-mail and destroy all copies of the original message. 

**

 


Re: BACKING up VMTAPE's AUDIT and TMC

2008-05-20 Thread Imler, Steven J
I think it's usually the VMRMAINT 158 minidisk ...
 
Log on to VMRMAINT ... issue VMIADM ... select VM:Tape from the list of
products ... from the Tasks list select TLIBR.  This will access the
disks needed to run backups, reports, etc. against the TMC and AUDIT
files.
 
If you have addtional questions or problems, just call CA VM Support ...
 
JR (Steven) Imler
CA
Senior Software Engineer
Tel:  +1 703 708 3479
Fax:  +1 703 708 3267
[EMAIL PROTECTED]




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of clifford jackson
Sent: Tuesday, May 20, 2008 10:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: BACKING up VMTAPE's AUDIT and TMC


where do I find the VMTBKP EXEC to backup VMTAPE's AUDIT and TMC
disks..



Change the world with e-mail. Join the i'm Initiative from
Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeW
orld  



Re: XEDIT and non-printables

2008-05-20 Thread Kris Buelens
You can instruct CMS to translate non-printables: SET NONDISP   is the default.
With this setting: when XEDIT encounters a  char in a position on a
changed line, it keeps the non-printable if it was non-printable
before, otherwise it becomes a .  Hence: if you delete of insert
characters that make the  move, the non-printable is lost and
replaced by a .  (a 3270 can't tell XEDIT what happened in a field,
XEDIT can only know which fields got changed)

I also learned that this nice theory doesn't work if running with SET
TEXT ON or SET APL ON, every non-printable becomes a  if you touch
the line.

Therefore:
- avoid touching lines with non-printables
- set the NONDISP character to something else than , best a character you
  cannot type on the keyboard (and not a blank like you seem to have).

2008/5/20 Bob Bates [EMAIL PROTECTED]:
 Depends on what you mean by carefully. Whenever you overtype any
 character on a line, the whole line is processed and many times
 unprintable characters get translated. I learned EDIT (before there was
 full screen) and I always resort to using c/stringin/stringout/
 commands or ALTER bytein byteout commands when editing a file that has
 unprintables in it.  Just to be safe.


 Bob Bates
 Enterprise Hosting Services - Enterprise Virtualization - z/VM and
 z/Linux

 w. (469)892-6660
 c. (214) 907-5071

 This message may contain confidential and/or privileged information.
 If you are not the addressee or authorized to receive this for the
 addressee, you must not use, copy, disclose, or take any action based on
 this message or any information herein.  If you have received this
 message in error, please advise the sender immediately by reply e-mail
 and delete this message.  Thank you for your cooperation.



 -Original Message-
 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
 Behalf Of Ian S. Worthington
 Sent: Tuesday, May 20, 2008 9:48 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: XEDIT and non-printables

 Whilst (carefully) xediting a file containing mixed printable and
 non-printable characters I've found that certain x'11' characters have
 been changed to x'40's.

 Any ideas what the cause might be would be most welcome.


 ian
 ...

 Ian S. Worthington, MBCS.

 me: http://isw.me.uk/
 photos: http://gallery.isw.me.uk/

 Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et
 dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.




-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: VSWITCH question

2008-05-20 Thread RPN01
Someone commented that it was somewhat clunky, but what we've been doing
for the grants is to add two COMMAND statements to each guest's CP Directory
entry (actually via an include); the first does the grant for the user, and
the second does a couple to connect up the vSwitch, if it isn't already
connected.

Before this, each new Linux guest had to be added to either the SYSTEM
CONFIG (problematic) or AUTOLOG1 (time consuming), and either method allows
the person doing it to forget, make a mistake or make some typo in the
addition that could cause problems much later during the next IPL, at which
time it will take at least a short time to diagnose and repair. Having the
whole thing taken care of in one entry in the CP Directory, and included in
each guest that needs it, is much less prone to any errors someone (such as
me) might tend to make. It's one less thing to remember when creating a new
Linux guest.

-- 
Robert P. Nix  Mayo Foundation.~.
RO-OE-5-55 200 First Street SW/V\
507-284-0844   Rochester, MN 55905   /( )\
-^^-^^
In theory, theory and practice are the same, but
 in practice, theory and practice are different.




On 5/20/08 10:40 AM, Ponte, Doug [EMAIL PROTECTED] wrote:

 You could also add the SET VSWITCH  GRANT statements to AUTOLOG1's
 profile (prior to RACF/VM or your ESM's autologging, as TCPIP and such should
 be autologged in AUTOLOG2 profile exec in that case) OR you could add a
 profile for the GRANT statements via RACF/VM or your ESM if you have one and
 are really tight on security requirements.
 
 Doug
 
 
 -Original Message-
 From: The IBM z/VM Operating System on behalf of Hodge, Robert L
 Sent: Fri 16-May-08 18:45
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: VSWITCH question
  
 XAUTOLOG the VSWITCH controller userids; typically DTCVSW1 and DTCVSW2.
  
 Add the the XAUTOLOG of DTCVSW1 and DTCVSW2 to the PROFILE EXEC on the
 A-disk on AUTOLOG1 or AUTOLOG2 for the next IPL of the z/VM system.
  
 Add define and modify statements to the z/VM SYSTEM CONFIG for the next
 time z/VM is IPL'ed.
 
 DEFINE VSWITCH SWITCH1 RDEV devno CONNECT
 
 MODIFY VSWITCH SWITCH1 GRANT userid
 
 
 
 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
 Behalf Of Daniel Allen
 Sent: Friday, May 16, 2008 4:21 PM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: VSWITCH question
 
 
 I have an OS/390 guest running under z/VM 5.2 using 3 dedicated OSA
 addresses. The OS/390 guest is IPL'd using the system residence pack.
  
 I would like to have the OS/390 guest use a z/VM VSWITCH.
  
 I have a copyrighted 2004 IBM Corporation document showing four (4)
 steps.
  
 Step 1. Define the switch :  CP DEFINE VSWITCH SWITCH1 RDEV devno
 CONNECT
  
 Step 2. Authorize a connection:  CP SET VSWITCH SWITCH1 GRANT userid
  
 Step 3. Define a virtual Network Interface Card:  CP DEFINE NIC F00
  
 Step 4. Plug NIC into switch:  CP COUPLE F00 TO SYSTEM SWITCH1
  
 I have done steps 1 and 2 manually.
  
 I have put a NICDEF statement in the USER DIRECT file for the OS/390
 guest:  
  
 NICDEF 104 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1
  
 Is there anything else I need to do ?
  
  
  
  
 
 **
 
 This email and any files transmitted with it are confidential and
 intended solely for the use of the individual or entity to whom they are
 addressed. Any unauthorized review, use, disclosure or distribution is
 prohibited. If you are not the intended recipient, please contact the
 sender by reply e-mail and destroy all copies of the original message.
 
 **
 
  


Re: XEDIT and non-printables

2008-05-20 Thread Tony Thigpen
I have seen this before. The x'11' seems to be special 'sometimes'. I 
just tried it with x3270 and did not have a problem. The last time I hit 
it was many years ago about the time I was using either extra or a real 
3270 device so I think it is hardware or emulator related. (I really 
think it was back on real hardware.)


Tony Thigpen


-Original Message -
 From: Ian S. Worthington
 Sent: 05/20/2008 10:48 AM

Whilst (carefully) xediting a file containing mixed printable and
non-printable characters I've found that certain x'11' characters have been
changed to x'40's. 


Any ideas what the cause might be would be most welcome.


ian 
... 


Ian S. Worthington, MBCS.

me: http://isw.me.uk/ 
photos: http://gallery.isw.me.uk/ 


Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et
dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.




Re: XEDIT and non-printables

2008-05-20 Thread Wakser, David
Tony:

FWIW, I seem to recall that emulator cards (IRMA) gave me a
problem with x'11'.

David Wakser 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Thigpen
Sent: Tuesday, May 20, 2008 12:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: XEDIT and non-printables

I have seen this before. The x'11' seems to be special 'sometimes'. I
just tried it with x3270 and did not have a problem. The last time I hit
it was many years ago about the time I was using either extra or a real
3270 device so I think it is hardware or emulator related. (I really
think it was back on real hardware.)

Tony Thigpen


Fame and fortune await...

2008-05-20 Thread Gabe Goldberg

...well, fame at least.

Most of you likely know Bob Thomas' two publications Mainframe 
Executive  http://www.mainframe-exec.com/ and z/Journal
http://www.zjournal.com/; Bob's been publishing mainframe magazines 
for decades, starting with 4300 Quarterly, then Mainframe Journal, then 
Enterprise Systems Journal, before the current two titles.


Along with other articles, I write site profiles (also called case 
studies or success stories) highlighting how businesses/organizations 
use mainframe computers to solve real-world business problems. They're 
typically three or so magazine pages long, often with a graphic or photo 
or two.


They're an opportunity to be proud of accomplishments and highlight 
information technology wisdom, innovation, cost-effectiveness, 
efficiency, productivity, customer support, blah, blah, etc.


This isn't investigative journalism and I'm not Mike Wallace. The goal 
is to share best practices but articles needn't reveal anything 
considered to be proprietary.


I've written many dozen of these profiles -- from all reports, sites 
featured have enjoyed the process and been happy with resulting articles. 

Mainframe Executive needs a site profile for the next issue -- with a 
ridiculously tight deadline. So if your site is willing, please respond 
off-list. Even if you can't participate immediately, let me know if 
you're interested in exploring being profiled in the future. Remember, 
profiles need an angle or hook to attract reader interest -- so it's 
helpful to know what makes an installation interesting or unique, 
whether it's applications used, customers served, services provided, etc.


Thanks...

--
Gabriel Goldberg, Computers and Publishing, Inc.  (703) 204-0433
3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED]


Re: XEDIT and non-printables

2008-05-20 Thread Kris Buelens
Xedit will never send X'11' to a 3270 when present in data, everything below
X'40' is replaced by the non-disp character.

3270 control characters do exist below x'40': Start field, Set Buffer
address, ..  But I don't know these by heart.

2008/5/20 Wakser, David [EMAIL PROTECTED]:

 Tony:

FWIW, I seem to recall that emulator cards (IRMA) gave me a
 problem with x'11'.

 David Wakser

 -Original Message-
 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
 Behalf Of Tony Thigpen
 Sent: Tuesday, May 20, 2008 12:58 PM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: XEDIT and non-printables

 I have seen this before. The x'11' seems to be special 'sometimes'. I
 just tried it with x3270 and did not have a problem. The last time I hit
 it was many years ago about the time I was using either extra or a real
 3270 device so I think it is hardware or emulator related. (I really
 think it was back on real hardware.)

 Tony Thigpen




-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: XEDIT and non-printables

2008-05-20 Thread Stephen Frazier
Checking my 3270 Reference Summary after blowing the dust off I see - x'11' is 'Set Buffer 
Address' - the next two bytes are the address on the screen where following characters are displayed.


Kris Buelens wrote:
Xedit will never send X'11' to a 3270 when present in data, everything 
below X'40' is replaced by the non-disp character.


3270 control characters do exist below x'40': Start field, Set Buffer 
address, ..  But I don't know these by heart.





--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us


Accounting and indicate user CPU time counters

2008-05-20 Thread Tom Stewart
Question about time counters. In the Type 1 Accounting records, the
following values can be found:

33-36
Milliseconds of processor time used, including 
time for supervisor functions 
37-40
Milliseconds of virtual CPU time used 


With an INDICATE USER command, I can get these:

VTIME=mmm:ss
indicates the total virtual time for the user, in minutes and seconds
.

TTIME=mmm:ss
indicates the total virtual and simulation time for the user, 
in minutes and seconds.


Two questions.  
  1) Are these really coming from the same 
 internal control block (and what is that called)? 
  2) In what case would my VTIME be greater than my TTIME?

We are seeing accounting records where the virtual time (37-40) is greate
r
than the processor time + supervisor functions (33-36). My common sense i
s
telling me that shouldn't happen, but maybe that is 'normal' to happen
sometimes.

And boy wouldn't it be nice if all these things used the same names and
descriptions to avoid confusion! 

Thanks,

__
Tom Stewart
Infrastructure Analyst
John Deere - z/OS Support Services
[EMAIL PROTECTED]


Re: XEDIT and non-printables

2008-05-20 Thread Gillis, Mark
If you need to edit data with non-printables, ensure that you have IMAGE
set to OFF - this will stop XEDIT from trying to treat occurrences of
x'05' as TAB characters and x'16' as backspace characters.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Stephen Frazier
Sent: Wednesday, 21 May 2008 5:16 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: XEDIT and non-printables

Checking my 3270 Reference Summary after blowing the dust off I see -
x'11' is 'Set Buffer 
Address' - the next two bytes are the address on the screen where
following characters are displayed.

Kris Buelens wrote:
 Xedit will never send X'11' to a 3270 when present in data, everything

 below X'40' is replaced by the non-disp character.
 
 3270 control characters do exist below x'40': Start field, Set Buffer 
 address, ..  But I don't know these by heart.
 


-- 
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us


Re: XEDIT and non-printables

2008-05-20 Thread Thomas Kern

And don't forget 'SET CASE MIXED RESPECT' when editing binary data.

/Tom Kern

Gillis, Mark wrote:

If you need to edit data with non-printables, ensure that you have IMAGE
set to OFF - this will stop XEDIT from trying to treat occurrences of
x'05' as TAB characters and x'16' as backspace characters.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Stephen Frazier
Sent: Wednesday, 21 May 2008 5:16 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: XEDIT and non-printables

Checking my 3270 Reference Summary after blowing the dust off I see -
x'11' is 'Set Buffer 
Address' - the next two bytes are the address on the screen where

following characters are displayed.

Kris Buelens wrote:

Xedit will never send X'11' to a 3270 when present in data, everything



below X'40' is replaced by the non-disp character.

3270 control characters do exist below x'40': Start field, Set Buffer 
address, ..  But I don't know these by heart.







Re: XEDIT and non-printables

2008-05-20 Thread Kris Buelens
CASE MIXED IGNORE is as good

2008/5/20 Thomas Kern [EMAIL PROTECTED]:

 And don't forget 'SET CASE MIXED RESPECT' when editing binary data.

 /Tom Kern


 Gillis, Mark wrote:

 If you need to edit data with non-printables, ensure that you have IMAGE
 set to OFF - this will stop XEDIT from trying to treat occurrences of
 x'05' as TAB characters and x'16' as backspace characters.
 -Original Message-
 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
 Behalf Of Stephen Frazier
 Sent: Wednesday, 21 May 2008 5:16 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: XEDIT and non-printables

 Checking my 3270 Reference Summary after blowing the dust off I see -
 x'11' is 'Set Buffer Address' - the next two bytes are the address on the
 screen where
 following characters are displayed.

 Kris Buelens wrote:

 Xedit will never send X'11' to a 3270 when present in data, everything


  below X'40' is replaced by the non-disp character.

 3270 control characters do exist below x'40': Start field, Set Buffer
 address, ..  But I don't know these by heart.






-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Accounting and indicate user CPU time counters

2008-05-20 Thread Rob van der Heij
On Tue, May 20, 2008 at 10:31 PM, Tom Stewart
[EMAIL PROTECTED] wrote:

 And boy wouldn't it be nice if all these things used the same names and
 descriptions to avoid confusion!

But they are different... http://www.vm.ibm.com/pubs/cp530/VMDBK.HTML
The source for this is the VMDBK for the user, where you have VMDTTIME
and VMDVTIME in TOD format.
Q TIME (and IND USER) show the total usage since the start of the
session. But the account records are not cumulative so there's
VMDATTMP and VMDAVTMP that hold the VMDTTIME and VMDVTIME at the last
ACNT.

There will be errors due to rounding and truncation, but I don't see
how that could make your VTIME larger than your TTIME. If the
difference is significant, I'd say something is broken.

Rob


Re: XEDIT and non-printables

2008-05-20 Thread Ian S. Worthington
Many thanks to all.

Made appropriate changes to the profile and re-edited successfully this time.

i


Re: Mystery paging

2008-05-20 Thread Marty Zimelis
IIRC, pages read from SPOOL-resident DCSSs are counted as paging I/O, so the
scenario you describe in your third paragraph is certainly a possibility.

Marty

 -Original Message-
 From: The IBM z/VM Operating System 
 [mailto:[EMAIL PROTECTED] On Behalf Of Bill Holder
 Sent: Monday, May 19, 2008 3:30 PM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: Mystery paging
 
 The dataspace usage is certainly a good thing to check, but there are at
 least a couple of other possibilities:
 
 The paging rate numbers are across time, whereas the Q ALLOC PAGE output
is
 instantaneous.  It could be that there's a low volume of paging to/from
paging
 DASD going on, but the pages that are read in are immediately changed,
which
 would cause CP to discard the copy out on paging DASD when CP notices the
page
 change.  So it needn't be the same page read 13 times a second, it could
be a 
 bunch of different pages which are then immediately changed, for which CP
 then discards the paging DASD copy.
 
 I'd have to check, but it seems possible that demand paging of spool pages

 from (and even possibly to) spool volumes could account for this, I'd have
to 
 check how those get counted.  In particular, if you have a very lightly
used 
 NSS or DCSS, that only tends to be loaded by one user at a time, and it is

 frequently purged and then reloaded, the initial page fault block reads
from 
 spool might show up like this.  
  
 - Bill Holder
   z/VM development, IBM 
 


Re: VSWITCH question

2008-05-20 Thread Alan Altmark
On Tuesday, 05/20/2008 at 02:37 EDT, RPN01 [EMAIL PROTECTED] wrote:
 Someone commented that it was somewhat clunky, but what we've been 
doing
 for the grants is to add two COMMAND statements to each guest's CP 
Directory
 entry (actually via an include); the first does the grant for the user, 
and
 the second does a couple to connect up the vSwitch, if it isn't already
 connected.
 
 Before this, each new Linux guest had to be added to either the SYSTEM
 CONFIG (problematic) or AUTOLOG1 (time consuming), and either method 
allows
 the person doing it to forget, make a mistake or make some typo in the
 addition that could cause problems much later during the next IPL, at 
which
 time it will take at least a short time to diagnose and repair. Having 
the
 whole thing taken care of in one entry in the CP Directory, and included 
in
 each guest that needs it, is much less prone to any errors someone (such 
as
 me) might tend to make. It's one less thing to remember when creating a 
new
 Linux guest.

Or the NICDEF plus a single entry in your ESM.  RACF has authorization 
controls for VSWITCHes, Guest LANs, and VLAN IDs.  Set it and forget it.

Alan Altmark
z/VM Development
IBM Endicott