I think we may have beaten this subject nearly to death, Charles, but I
think I'd use Tab instead of tab.
Check several keyboards to see what they say on the key labels. On this
particular keyboard I'm using at this moment the Tab key is labeled
tab (lowercase). But that's because it's an Apple
Thanks. Good suggestion. Will do. FWIW my Lenovo says Tab -|
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Tuesday, January 14, 2014 4:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe culture
There *are* general ways to convert Unicode into EBCDIC. IBM z/OS Unicode
Services implements several of them. Yes, a Unicode file potentially (but
not necessarily) includes characters not found in a particular EBCDIC code
page. Traditionally, they are converted to EBCDIC SUB, X'3F'. Assuming you
Thanks to all for helping. Now problem has been resolved by IPLing system
from another RES volume and applying PTF to old RES volume where SMPE was
pointing to. My apply Job run successfully. Thanks once again.
On Tue, Jan 14, 2014 at 12:41 PM, Jon Perryman jperr...@pacbell.net wrote:
Robert
I don't think I've posted to this list in some time. Usually I can't take the
heat. But you were all so nice to they guy applying maintenance to his running
system, so I figured to give it another shot before I drop off the grid.
Asking the author of the latest IBM red paper about it,
On Tue, 14 Jan 2014 09:29:12 -0600, David G. Yeager dxyea...@srpnet.com wrote:
I don't think I've posted to this list in some time. Usually I can't take
the heat. But you were all so nice to they guy applying maintenance to his
running system, so I figured to give it another shot before I
Oh! I certainly didn't mean frequently throughout the day. Just a few times a
day.
From: Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, January 14, 2014 12:53 AM
Subject: Re: LLA/VLF -- NAMED LNKLST?
It depends on
Kees, why not? I've been at shops that have done it. You can update at the
member level
and a post link step with a program to do the LLA update is not a performance
issue
for the rest of the system.
LLA REFRESH or UPDATE of the entire loadlib each time is a different story.
Mark
--
Mark
There have been a few discussions over the years on IBM-MAIN as to
how to SLEEP for some period of time in REXX. I was asked today to look
at a dump of a hung testcase , and came across the following example
of how *not* to do it:
/* REXX */
/* WAIT 10 SECONDS FOR THE MESSAGE TO COMPLETE */
On Tue, 14 Jan 2014 16:12:31 -0500, Jim Mulder wrote:
There have been a few discussions over the years on IBM-MAIN as to
how to SLEEP for some period of time in REXX. I was asked today to look
at a dump of a hung testcase , and came across the following example
of how *not* to do it:
/* REXX
From: Ed Jaffe edja...@phoenixsoftware.com
At UK GSE in November, one of the opening presenters was Tomas Kadlec,
from Tesco - a very large Wal-Mart-like retailer in Europe. He presented
an interesting slide show
I remember fondly having Tesco as a client decades ago. We were always
OK I already figured out that the following command allows a shop to use
indirect volser support for zFS files.
DEFINE CLUSTER (NAME(ZFS.ROOT) LINEAR VOLUMES(SYSR1) RECATALOG)
I also figured out that (at least on z/OS R12) that you cannot use a 6
character symbolic and you cannot use **.
or if you really do have CPU cycles going spare, at least use TIME('E') !
On 14 January 2014 21:42, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 14 Jan 2014 16:12:31 -0500, Jim Mulder wrote:
There have been a few discussions over the years on IBM-MAIN as to
how to SLEEP for some
Three HP's...tab -|,tab -|,Tab -|,
ISPF has a good section on Hardware vs software tabs. I go back to the
program drum cards for the 029's . Nice when coding column dependent
languages like COBOL and Fortran. Or data entry for column dependent input.
In a message dated
Is the roof RO or is it RW?
Lizette
-Original Message-
From: Donald Likens dlik...@infosecinc.com
Sent: Jan 14, 2014 3:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zFS Indirect volser support
OK I already figured out that the following command allows a shop to use
indirect volser
Oh-oh. Two votes for tab.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Finnell
Sent: Tuesday, January 14, 2014 5:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe culture question - how display a tab character?
address SYSCALL 'sleep 10'
You need a CALL SYSCALLS(ON)
first don't you?
Hope I spelled it correctly.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
I don't understand the quest How does this really help. I assume you just
want to catalog the zFS datasets with symbolic volume.
I'm guessing you did not define ZFS.ROOT because you say there isn't a VVDS. I
thought that defining a VSAM dataset on a volume would cause the VVDS to be
created.
I finally caved and stopped using the CPU hungry wait techniques.
The ADDRESS SYSCALL SLEEP works fine for whole seconds. We had a
requirement to wait quite a bit less, so I developed a called assembler
program that does a STIMER WAIT,DINTVL=DECTIME where DECTIME is CL8
'0500' for a 5 second
It just dawned on me what you were asking. The VVDS definition should occur
automatically unless you are using some really old MVS version. When you do the
DELETE NOSCRATCH, the data still resides on disk. I suspect that RECATALOG will
use the VVDS data to help recatalog the dataset.
Jon
I am now certain that this occurs. I can't say it is different from z/OS 1.11
as there is just too much other variation in the IPL sequence.
I have:
19:08:39.02 STC00587 0290 S MSMMUF
With a first step of:
XXSLEEP EXEC PGM=BPXBATCH,PARM='SH sleep SECONDSs'
IEFC653I SUBSTITUTION
The VVDS keeps the name of each BCS, that has datasets cataloged on the volume,
in its VSAM Volume Control Record - VVCR. So the DEFINE RECATALOG, will use
the BCS information in the VVDS VVCR, plus the information in the associated
VVR, in order to recatalog the dataset to the correct User
Ed Finnell wrote:
| Three HP's...tab -|,tab -|,Tab -|
On the keyboards I use tabbing is either forward, to the right, or
backward, to the left, depending upon the current status of the case
modal; and the key is labelled
Tab
| —
—|
Both operations of course use the same tab settings.
John
Hi Mauri,
yes 3390D is in use.
very simple.for any 3390B device in MSS-0 you can code matching CU
(different name) and 3390D devices in another MSS .. i.e. you could code in
MSS-1 or MSS-2
the 3390A ALIAS devices are not real DASD, so you only need one set.
Regards
Bruce Hewson
Wouldn't the DELETE NOSCRATCH mark the VVCR as not in a catalog and available
for RECATALOG? Otherwise we couldn't RECATALOG to another UCAT or must it
always be recataloged to the original catalog?
Jon Perryman.
- Original Message -
From: Pearce, Colin E colin.pea...@baml.com
T he
The Catalog entry is in the VVCR not the other way round. The DELETE NOSCRATCH
merely causes the dataset to be uncataloged. The VVR for that dataset is still
intact. The DEFINE RECATALOG must catalog the dataset back in the same BCS as
it only has the VVR in the VVDS for information.
From
26 matches
Mail list logo
