On Thursday, 08/11/2011 at 12:23 EDT, "Feller, Paul"
wrote:
> Okay, this is interesting. I change the EXEC to use the hex codes that
Mike
> is using and the stuff seems to work with the blank space in the say
command.
> I?m using IBM PCOMM and it failed with my original code on a mod4 scre
Thanks all of you. Let me remove this statement from my user directory and
test it for some time and see, if my problem still persist.
Regards
Saurabh
On Thu, Aug 11, 2011 at 11:35 PM, wrote:
> Hi Saurabh,
>
>
>
> From z/VM CP Planning and Administration, Chapter 17 Creating and Updating
> a U
I don't run z/OS under z/VM but I found this in the "System z10, System z9, and
zSeries Open Systems Adapter-Express Customer's Guide and Reference
SA22-7935-11" book.
Decide whether to Specify RMCHINFO
You can use the RMCHINFO in the OPTION Directory Control statement to authorize
the host v
Hi Saurabh,
From z/VM CP Planning and Administration, Chapter 17 Creating and
Updating a User Directory, under the OPTION statement we have:-
RMCHINFO
indicates that the specified virtual machine is authorized to access
real-machine configuration information, without regard to the virtual
Saurabh,
You will find the VM Directory "OPTION" statement documented in the manual "CP
Planning and Administration". Look in the index for: OPTION user directory
control statement ###
The RMCHINFO operand is documented online at:
http://publibz.boulder.ibm.com/epubs/pdf/hcsg0c01.pdf
Hello,
We are running MVS guest under z/VM. In the user directory of one
of the MVS guest, I found rmchinfo in the option line*.* I tried to find
the reason for having this statement in our user directory . But somehow I
couldn't able to find it .
0 * * * Top of File * * *
1 US
Okay, this is interesting. I change the EXEC to use the hex codes that Mike is
using and the stuff seems to work with the blank space in the say command. I'm
using IBM PCOMM and it failed with my original code on a mod4 screen and a 3290
size screen. I always run with extended attribute suppo
OK, re-reading your post, I copied/pasted the first exec into an EXEC (z/VM
5.4.0, CMS Level 24, Service Level 001).
It ran just fine, displaying:
TEST: Start -- 11 Aug 2011 10:57:54 ---
Test the highlite stuff HILITE ON HILITE OFF
FTPPERF:
I've been used the following since just about forever. The work fine.
hi='1DE8'x /* 3270 Hilite Char */
lo='1D60'x /* 3270 Default Char*/
Both are different that yours.
Mike Walter
Aon Corporation
The opinions expressed herein a
Interesting. We have a lot of execs that do this, written back in the
80's (some by me!) that wuse this all the time.
But they all use different hex strings than you for 'hi' and 'lo':
hi='1de8'x;
lo='1d60'x;
They don't seem to have any problem using the 'hi' and 'lo' in SAY commands.
I can only
Hi Paul,
Well, on line 19 - I've never seen a GREEN BLANK before, so I'm guessing that
my TN3270 emulator is ignoring the '1D4040' data.
Try this instead on line 21:
Say lo Left(' TEST: End ' DATE() TIME('N') '',074,'-')
Raymond E. Noal
EMC²
where information l
I need a little help with a REXX coding issue. I'm trying to do some
highlighting of messages coming out of REXX. The first test message works
properly, part of the message is highlighted and part of the message is not.
The second test message gets highlighted, but after that everything is
h
A dollar says the are not doing a search on "mainframe sysprogs" to get faces
for advertising.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf
Of David Boyes
Sent: Thursday, August 11, 2011 2:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re:
13 matches
Mail list logo