Hi,
For one of our IMS HIDAM databases, during load step of reorg, the load
parms are being picked from a member of PDX dataset. Following is the
display from job...
IMS ID USED. IMSX
GLOBAL PARAMETER BLOCK USED. (LDP DEFAULTS)
PDX DSNAME...
On Wed, Jul 20, 2011 at 10:03 AM, Edward Jaffe
wrote:
> On 7/20/2011 7:46 AM, Jim Thomas wrote:
>>
>> Forgive me for asking, but is there a real reason that
>> people want IBM to do their dump analysis for them ??.
>
> We send dumps to IBM so they can resolve bugs in their software that
> negative
Thank You Kind Sir,
I do not know about anybody else but, aside from my passion,
you've also depicted my interests and foray.
I will withhold my remarks and experiences with both, IBM Lv1
and Lv2 for the moment. :-)
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014
> http://www.bitsavers.org/ could be the best place to find them. And
> if you have any, they would like to receive lossless scans 400 DPI or
> higher of manuals that they do not have. There are volunteers who
> would receive and scan manuals for bitsavers.
Yes, I am one of those volunteers that
Thank you kind Sir.
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Mike Schwab
Sent: Wednesday, July 20, 2011
LMAO !! ... please forgive me Ma'am, ... I do like you and yes,
agree with you wholeheartedly !!.
I had a former post, to JC I believe, and this is what I'd meant,
To me, it's so gratifying to call IBM and say .. nope .. don't need
your help ... but you need mind ... here is where the problem is
http://www.bitsavers.org/ could be the best place to find them. And
if you have any, they would like to receive lossless scans 400 DPI or
higher of manuals that they do not have. There are volunteers who
would receive and scan manuals for bitsavers.
On Wed, Jul 20, 2011 at 10:46 AM, Jim Thomas
> The skills now
> are in collecting appropriate doc, getting it to IBM quickly, and
> supplying other relevant information to Level 2 clearly and
> factually. Not just anyone can do that.
Hmmm - IBM seem to be trying to convince the world that "just anyone"
with z/OSMF will be able to do that, a
>Now we have no source, but we have a
>powerful support mechanism in place, and the situation has (at least
>somewhat) reversed. The skills now are in collecting appropriate doc,
>getting it to IBM quickly, and supplying other relevant information to
>Level 2 clearly and factually. Not just anyone
Tapes are pretty linear. The larger the blocksize, the fewer the
blocks to write. And each block has a bit of overhead to it.
2011/7/20 R.S. :
> (SDB - System Determined Blocksize)
>
> I just coded LRECL=80,BLKSIZE=0,BLKSZLIM=2G on MDL tape device in 3590 mode.
> I noticed something strange for
This is actually a crucial and timely topic. To paraphrase Bob Rogers, How
do you do what you do when you're a sysprog? Back in the day when we had
access to IBM source code, when there was not much of a Support Center in
place, on-site dump shooting was a valuable skill. If sysprogs couldn't do
Hi Alan,
I tried with the same file deleted and allocated and fails again, the second
test that I do with one more qualifier is with a new file allocated in the
same catalog, I don't try to unlock it but it would cause another problems,
in other hand, there were any RACF message.
I don't understa
Alvaro,
The first thing that occurs to me is that MV6X.QTTOOL.BAT1WORK.BACKUP.UNLOAD
was in use (i.e. ENQueued) at the time that DF/dss tried to delete it.
To confirm, retry the failing job and immediately afterwards try renaming it
from ISPF DSLIST (option 3.4) by typing the "R" line command t
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Ed Gould
Sent: Wednesday, July 20, 2011 4:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED
Frank,
Good info, thanks. One of the issues with the gra
Hi listers,
This morning I encountered with a DFSMSdss mistery, and is next:
I delete files in a batch process through ADDRSU utility, the syntax
follows:
//CLEANUP0 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//OUTDDDD DUMMY
//SYSINDD *
DUMP DATASET(INCLUDE(HLQ.Q1.Q2.Q3.**)) -
CAN
After dis-assembling IEFIIC, analyzing several dumps and doing quite a bit of
reading, I was able to piece together a scenario that I believe to be
reasonable.
Among other things, I was able to confirm that the admonition to refrain from
resetting JSCBAUTH after turning it off has no exception;
Frank,
Good info, thanks. One of the issues with the graying of the MF workforce is
that this type of information is lost.
I would suggest that it would be either trainers friend or CA give training
class say once a year in TMS "internals". Steve are you listening?
Ed
Sent from my iPad
On J
Sir,
True, but is not so much fun to call IBM and say ..
Heyy .. here's your problem .. now fix it .. :-)
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)
-Original Message-
From: IBM Mainframe Discussio
-
Please forgive me ... but I simply could not resist.
Do porcupines do 'it' ?? ... really ??.
YES With great care!! :-)
Rick
Worth noting explicitly is that the CICS alternatives are
o THREADSAFE and
o QUASIRENT.
Long before IBM COBOL compilers could generate reentrant code COBOL was made
usable for CICS APs by trickery. The pointer to working storage--There was as
yet no stack-based local storage, and COBOL pro
IBM Mainframe Discussion List wrote on 07/20/2011
10:18:06 AM:
> The manual 'z/OS V1R12.0 MVS Assembler Services Guide' has this
> statement: "The case where an SDWA is not provided
> is rare."
>
> Is there a way to force this kind of condition in order to actually
> test an ESTAE that is tri
On 7/20/2011 10:17 AM, Bill Fairchild wrote:
I checked it out. Japan is way out in front of the rest of
the pack with an 8.0 petaflop system.
The only way the USA is tops
is in the total number of different systems, which is 5.
This is an interesting journalistic device. If you look hard
enou
On 7/20/2011 9:34 AM, Tom Marchant wrote:
On Tue, 19 Jul 2011 21:50:21 -0400, Tony Harminc wrote:
Well... I don't know, but I speculate that the failure to load most
REFR modules into store-protected storage in the early days was an
attempt to avoid providing an easy to use mechanism for unauth
On Tue, 19 Jul 2011 07:37:40 -0400 Peter Relson wrote:
:>>My understanding was that the EUT bit in PSA was added because the FRR
:>stack
:>>was not saved. Perhaps it was not saved in EUT mode and the bit caused
:>even
:>>EUT's to have their FRR stack saved?
:>You had mentioned in an earlier ap
On Tue, 19 Jul 2011 17:59:07 -0700 "Starr, Alan"
wrote:
:>The subject of an APF-authorized program invoking a program that runs
non-APF-authorized has been discussed many times here. The admonishment not to
turn JSCBAUTH on, after having turned it off, has been repeated many times.
:>I wonder
As the issue has been pretty much addressed, I just wanted to add that in
addition to TMSCOPY to backup the TMC/AUDIT files, there should be at least a
daily execution of maintenance utilities like TMSCTLG, TMSEXPDT, TMSCYCLE and
TMSCLEAN. This will ensure that volumes which should be expiring a
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
>
> Sir,
>
> Forgive me for asking, but is there a real reason that
> people want IBM to do their dump analysis for them ??.
Sure... We pay IBM for software defect support, and IBM no longer
furnishes sou
Sir,
Forgive me, my previous post was (in all honesty) directed
at people (and companies) that do not know how to read a
dump and or will not let their employees learn.
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email
Okay ... explanation accepted ...
Thank you.
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Hal Merritt
Sent
On Thu, 7 Jul 2011 07:24:35 -0500, Mary Anne Matyaz wrote:
>The new listserv. Fonts, layout, etc. Yuk. :(
>
Does Reply "To the Poster" work? I get no confirmation when I click
"send". I'm trying to reply to one of my own messages as a test.
-- gil
--
Folks,
Does anybody have or know where I can get our old MVS (and JES)
logic manuals ??.
If somebody has them and wants to sell it, I'd gladly pay for it,
else, if somebody has them and just wants to send me copies, I'll
pay for that too... if you have them on fiche .. that is fine too.
I would
You are already paying for this support, and it is usually much less expensive
than trying to do it yourself even if you had the resources (training, code
listings, doc, etc).
More, diagnosis is usually much faster if the person is very familiar with the
code.
So, why not?
-Original M
On 7/20/2011 7:46 AM, Jim Thomas wrote:
Forgive me for asking, but is there a real reason that
people want IBM to do their dump analysis for them ??.
We send dumps to IBM so they can resolve bugs in their software that negatively
impact our operations. Personally, I would help analyze their bu
Sir,
I agree that in 'some' cases the SDWA address is not
provided but I don't think (or didn't know) that it was
rare.
IMHO, the only times I have not had an SDWA is when my
storage has been chewed down ... IOW, I don't have enough
storage. Given that scenario, I'd highly recommend against
try
I use a different approach. In the interest of First Failure Data Capture, I
obtain four storage cushions, above and below the line, and in high and low
private, and release them on entry to ESTAE. This allows for all normal LOGREC
recording, taking an SDUMP, etc., even if there was a storage co
Sir,
Forgive me for asking, but is there a real reason that
people want IBM to do their dump analysis for them ??.
Kind Regards
Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)
-Original Message-
From: IBM Mainframe Dis
Or you could force a normal ABEND of some kind and address stop with a
tracing/debugging system, such as XDC, on the first instruction in your ESTAE
routine. Then alter the contents of R0 so that your test for no SDWA will be
successful and see if your code to handle that condition (immediately
On 7/20/2011 7:18 AM, Paul Schuster wrote:
The manual 'z/OS V1R12.0 MVS Assembler Services Guide' has this statement: "The
case where an SDWA is not provided
is rare."
Is there a way to force this kind of condition in order to actually test an
ESTAE that is tripped with this condition?
Our r
On Wed, 20 Jul 2011 09:30:01 +0200, Hunkeler Peter (KIUP 4)
wrote:
>After activting z/OS V1.12 RSU1106, an STC started to loop every now and
>then. It turned out there was a bug in our assembler code reading data
>set entries from the catalog using IGGCSI00. The code did not correctly
>handle th
efinnel...@aol.com (Ed Finnell) writes:
> _June 2011 | TOP500 Supercomputing Sites_
> (http://www.top500.org/lists/2011/06)
>
> That's a whollottaflops...
and a whole lot of sparcs ... regardless of what sun/oracle is doing.
recent comment (in linkedin) thread that possibly a blade
mega-dat
Temporarily, on entry to your ESTAE routine put 12 in R0 to simulate the
situation without actually having it occur.
Chuck Arney
illustro Systems International, LLC
http://www.illustro.com
Internet-enable your applications with z/Ware V2
Voice: 214-800-8900 X#5562
--
This e-mail is private and ma
On 7/20/2011 7:15 AM, Norbert Friemel wrote:
GA22-7501-14z/OS Hot Topics issue 24:
"ONTOP: In Europe, you can allow IBM Support to analyze your dumps remotely through
On-line Technical Operation (ONTOP), a TCP/IP-based application."
Great info. Thanks!
--
Edward E Jaffe
Phoenix Software
On Wed, 20 Jul 2011 09:15:31 -0500, Norbert Friemel wrote:
>
>
>GA22-7501-14 z/OS Hot Topics issue 24:
>
Sorry, it's issue 18 (Feb. 2008)
Norbert Friemel
--
For IBM-MAIN subscribe / signoff / archive access instructions,
sen
On Wed, Jul 20, 2011 at 10:18 AM, Paul Schuster wrote:
> Hello:
>
> The manual 'z/OS V1R12.0 MVS Assembler Services Guide' has this statement:
> "The case where an SDWA is not provided
> is rare."
>
> Is there a way to force this kind of condition in order to actually test an
> ESTAE that is tripp
Hello:
The manual 'z/OS V1R12.0 MVS Assembler Services Guide' has this statement: "The
case where an SDWA is not provided
is rare."
Is there a way to force this kind of condition in order to actually test an
ESTAE that is tripped with this condition?
Thank you.
Paul
On Wed, 20 Jul 2011 06:53:36 -0700, Edward Jaffe wrote:
>Does 'ONTOP' have some historical significance? If not, what is your
>speculation
>as to its meaning? Is it a 'joke' name for a HLQ? Like, "I'll get right on top
>of that!"
>
>
GA22-7501-14z/OS Hot Topics issue 24:
"ONTOP: In Europe,
I checked it out. Japan is way out in front of the rest of the pack with an
8.0 petaflop system. In second place is China with a 2.6 PF system. The USA's
top winner puts out only 1.75 PF, yet the article states "The U.S. is tops in
petaflop/s with five systems performing at that level; Japan
(SDB - System Determined Blocksize)
I just coded LRECL=80,BLKSIZE=0,BLKSZLIM=2G on MDL tape device in 3590
mode.
I noticed something strange for me: SDB was 229360B, but it's NOT the
largest block available! The device also accepted BLKSIZE=262080 (the
largest multiple of 80 less than 256kiB).
Hilario G. at IBM Mainframe Discussion List wrote on
07/18/2011 05:18:02 AM:
> I need to obtain an output file of 300 bytes from two differents files:
>
> - FILE1 with a lenght of 80
> - FILE2 with a lenght of 300
>
> I need to merge both files, first FILE1 and after FILE2.
>
> I have several test
Does 'ONTOP' have some historical significance? If not, what is your speculation
as to its meaning? Is it a 'joke' name for a HLQ? Like, "I'll get right on top
of that!"
IBM Update 7/19/11 4:54 PM
Untersed data now available on MCEVS1-System :
/ecurep/pmr/2/5/25438,227,000/2011-07-20/25438.227
On Tue, 19 Jul 2011 21:50:21 -0400, Tony Harminc wrote:
>Well... I don't know, but I speculate that the failure to load most
>REFR modules into store-protected storage in the early days was an
>attempt to avoid providing an easy to use mechanism for unauthorized
>programs to put arbitrary data int
Hi Alan,
It is possible that looking at the source code of some programs I wrote
recently to allow 3,000 character parameter fields, and to create
control cars with Symbolic Parameters inserted might be of interest.
The LONGPARM program uses the same ATTACH that the next generation of
JCL la
Answered in the Wikipedia article.
Relation to thread safety
It must not be confused with thread-safe. A function can be thread-safe and
still not reentrant. For example, a function could be wrapped all around with a
mutex which avoids problems in multi-threading environments, and if that
funct
> > I have a batch program (A) that is re-entrant. However, statically linked
> > to it is a program (B) that is not re-entrant.
>
> I thought that in this situation, the entire load module would be marked
> non-reentrant by the linkage editor and treated as such during
> execution; e.g., a new
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John McKown
>
> Just to be my usual self. In general in CS, "reentrant" does not mean
> "non-self modifying". Many programs which do not modify themselves are
> still not reentrant due to uncoordinated updating of shar
Hi listers,
This morning I encountered with a DFSMSdss mistery, and is next:
I delete files in a batch process through ADDRSU utility, the syntax
follows:
//CLEANUP0 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//OUTDDDD DUMMY
//SYSINDD *
DUMP DATASET(INCLUDE(HLQ.Q1.Q2.Q3.**)) -
CAN
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
>
>
--
> In my 20 plus year career I have seen a lot more people with mainframe
> backgrounds expressing a willingn
After activting z/OS V1.12 RSU1106, an STC started to loop every now and
then. It turned out there was a bug in our assembler code reading data
set entries from the catalog using IGGCSI00. The code did not correctly
handle the case when IGGCSI00 marked an entry in the workarea to be
in error. Ob
Please send me the white paper about memory usage.
Regards,
Chokalingam Thangavelu
TWUL Mainframe Support
Thames Water IS
In partnership with Wipro Technologies
Mobile - 0091-96864 33224
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Fab
Thangavelu Chokalingam (WT01 - ENU) would like to recall the message, "Main
memory usage".
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addres
60 matches
Mail list logo
