Hi
Maybe some point:
- A few years ago in the OMVS newsgroup somebody pointed out that the
fseek ftell etc could decrease the performance very drastically
- If you need a random access maybe the VSAM would be an option
On 21.05.2013 16:24, Bernd Oppolzer wrote:
We already have
On Wed, 22 May 2013 00:54:03 -0500, Bernard Coeytaux wrote:
In fact I'am using the rexx LPINFOX but the capped status when using group
capacity is not accurate.
How are you determining accuracy - or otherwise ?.
I haven't looked at that EXX exec, but I like Roger tend to rely RMF III, and
on
From: Barkow, Eileen ebar...@doitt.nyc.gov
Subject: why does WLM Server status change from YES to NO
Would anyone know why the WLM SERVER status keeps changing from YES to NO?
Eileen,
very interesting query. I noticed myself this behaviour two weeks ago when I
changed my OLTP
region
Wonder what happens if you manage region to goals of BOTH. Anyone using
that yet? Note: SMF30PF2 has a new(ish) bit for it.
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
In
cae1xxdf4ymwddo66fc7iuiomtfx+eclv-ngxp52yddjpevo...@mail.gmail.com,
on 05/21/2013
at 09:54 AM, John Gilmore jwgli...@gmail.com said:
Security via obscurity---Let's not talk about this; it may go away;
and we certainly don't want anyone else to know about it---is a
delusionary notion in all
In 1560706747382932.wa.paulgboulderaim@listserv.ua.edu, on
05/21/2013
at 10:35 AM, Paul Gilmartin paulgboul...@aim.com said:
I should confess (or at least clarify) that my tests were Rexx-based
Using what interface?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
Atid/2
In
caapqkjuuokgbx3bjqqxgxxcfzczj5269quiuftducq_pwg7...@mail.gmail.com,
on 05/21/2013
at 12:27 PM, George Rodriguez
george.rodrig...@palmbeachschools.org said:
COM='DD NAME=*PBSB1*.DUMP.DLYYMMDD..TLHHMMSS..JOBNAME..SSEQ'
The PBSB1 is the HLQ used for dumps at my shop. You should have one
as
Or perhaps wait until their ELA is up, depending on where they are within their
caps. It certainly will make the upgrade discussion more difficult. My
initial hope / expectation was that the recent z/OS price increase was to
grease the skids for v2.1, but I'm not quite as hopeful. But the
I believe that to be correct: I've noticed both CICS and WAS address spaces
starting as SERVER=NO and transitioning to SERVER=YES once transactions have
started executing. And I've seen them transition back to SERVER=NO too.
On Tue, 21 May 2013 14:50:45 +, Staller, Allan
Lizette Koehler wrote:
I am looking for a simple process that will give me
Date UCB #count Logrec Entry
2013-05-21 1A23 226 OBR (LONG)
Information. Is there something that will do this? I just need tallies.
Maybe time if I want to graph it over a 24 hour period.
Here is a puzzle. The program has taken an 0C1 half-way through an
instruction. It cannot have got there via the normal instruction sequence,
so it must have been branched to. However, none of the registers have a
value less than or equal to the PSW. This is compiled C code so no PC/PR
On 5/22/2013 4:54 AM, Shmuel Metz (Seymour J.) wrote:
Adequate QA on the fix will take more than a few days. Once IBM makes
a gix available, it will take more than a few days for most shops to
install it.
If this is the hole I think it is, then IBM fixed it incorrectly, and
it had to be
They are working with production. Not the development side which I work with.
Regards
Thomas Berg
Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ)
-Original Message-
From: IBM Mainframe
Robin Atwood wrote:
Here is a puzzle. The program has taken an 0C1 half-way through an instruction.
What z/OS and C compiler releases are you using? Did that program worked
correctly in the past? With the same set of input? Did you recompiled it and it
then gave that instruction exception? Can
On 5/22/2013 7:20 AM, Robin Atwood wrote:8
R0R1 R2 R3 R4 R5 R6 R7
7000 00FD6D40 000A
7FF6 0016 92D5 7055MVI85(7),X'D5'
7FFA 001A 91FF 7056
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, May 21, 2013 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK
datasets
In
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, May 21, 2013 9:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK
datasets
In
On 22/05/2013 4:11 PM, Miklos Szigetvari wrote:
Hi
Maybe some point:
- A few years ago in the OMVS newsgroup somebody pointed out that the
fseek ftell etc could decrease the performance very drastically
- If you need a random access maybe the VSAM would be an option
IIRC, that would be if
No, I already mentioned that A9E is all zeros so we cannot have gone there.
Thanks
-Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gerhard Postpischil
Sent: 22 May 2013 19:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious
The program is one of our products has been running at numerous installations
for years. One client is really hammering the product and finding various
exposure windows. This is the first occurrence of this error.
All the registers are much greater than the PSW and you cannot have negative
R0R1 R2 R3 R4 R5 R6
R7
7000 00FD6D40 000A
7FF6 0016 92D5 7055MVI85(7),X'D5'
7FFA 001A 91FF 7056TM 86(7),X'FF'
On Wed, 22 May 2013 19:20:29 +0800, Robin Atwood wrote:
Here is a puzzle. The program has taken an 0C1 half-way through an
instruction.
If the PSW that you listed is the correct PSW, the code you
have shown is not the correct code. You could not have
received an operation exception for trying
I have now discovered that the dump analyser picked up the wrong PSW and the
useful one is in a more reasonable place. So not so mysterious now!
Thanks for the replies.
-Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of
On Wed, 22 May 2013 07:24:01 -0500, Tom Marchant m42tom-ibmm...@yahoo.com
wrote:
On Wed, 22 May 2013 19:20:29 +0800, Robin Atwood wrote:
Here is a puzzle. The program has taken an 0C1 half-way through an
instruction.
If the PSW that you listed is the correct PSW, the code you
have shown is
snip
very interesting query. I noticed myself this behaviour two weeks ago when I
changed my OLTP
region from manage region using goal of REGION to manage region using goal
of TRANSACTION.
/snip
This is well documented in the WLM Planning Guide...
HTH,
Thanks to everyone who responded.
It was a little strange seeing the status change like that -
All the production CICS regions show server status YES and the other test
regions EXEMPTED -
We had to override the task name settings for this one region to get it
monitored.
-Original
On Wed, 22 May 2013 05:02:09 -0400, Shmuel Metz (Seymour J.) wrote:
at 10:35 AM, Paul Gilmartin said:
I should confess (or at least clarify) that my tests were Rexx-based
Using what interface?
It was a while back, though the code might still be around somewhere.
From memory:
SYSCALL for
I didn't see mentioned, but if you ever think that the problem is due
to a wild branch of any sort, remember that the BEA Register
contains the address last successfully branched from. It is in the
SYSUDUMP under the PRB of the program which was in execution. So I'd
look at the instruction at that
On Wed, 22 May 2013 07:31:35 -0400, Gerhard Postpischil wrote:
On 5/22/2013 4:54 AM, Shmuel Metz (Seymour J.) wrote:
Adequate QA on the fix will take more than a few days. Once IBM makes
a gix available, it will take more than a few days for most shops to
install it.
One must balance the
On Wed, 22 May 2013 06:35:59 -0500, Elardus Engelbrecht wrote:
How could the PSW get to be where it is?
It could be the address is calculated during execution, perhaps on a set of
input?
Or that instruction was overlaid somehow and you ended up in that address.
BALR 15,15 ?
Or
John -
That's very interesting to know, thanks a lot. Is that a comparatively
recent register? It would have been useful in the past!
Cheers
-Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John McKown
Sent: 22 May 2013 20:38
It's been on all the z machines. I don't remember which was the
earliest machine. But I'm sure somebody does and will tell us.
On Wed, May 22, 2013 at 7:57 AM, Robin Atwood abend...@gmail.com wrote:
John -
That's very interesting to know, thanks a lot. Is that a comparatively
recent register?
22 de May, 14:29 - +34 671 44 47 12: Hola quien eres
22 de May, 14:30 - +34 671 44 47 12: Tiengo un msn
22 de May, 14:30 - Alvaro Guirao: Ni idea
22 de May, 14:30 - Alvaro Guirao: No te tengo en la agenda
22 de May, 14:31 - Alvaro Guirao: Q pone en el mensaje?
22 de May, 14:31 - +34 671 44 47
Sorry, i sent this message by error, ignore it please.
El 22/05/2013, a las 15:07, Álvaro Guirao López escribió:
22 de May, 14:29 - +34 671 44 47 12: Hola quien eres
22 de May, 14:30 - +34 671 44 47 12: Tiengo un msn
22 de May, 14:30 - Alvaro Guirao: Ni idea
22 de May, 14:30 - Alvaro
On Wed, 22 May 2013 20:57:03 +0800, Robin Atwood wrote:
John -
That's very interesting to know, thanks a lot. Is that a comparatively
recent register? It would have been useful in the past!
z990, IIRC
--
Tom Marchant
-Original Message-
From: IBM Mainframe Discussion List
One thought: Look for the value in the SDWABEA field.
This is the Breaking Event Address
From the POPs:
Breaking-Event-Address Register
When the PER-3 facility is installed, each CPU has a 64-bit register called
the breaking-event-address register. Each time execution of an instruction
other than
If you think you took a wild branch, find the RTM2WA and then towards the end
of it find a field marked BEA, this is the address of the last branch
instruction.
Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P:
On 5/22/2013 4:20 AM, Robin Atwood wrote:
Here is a puzzle. The program has taken an 0C1 half-way through an
instruction. It cannot have got there via the normal instruction sequence,
so it must have been branched to. However, none of the registers have a
value less than or equal to the PSW.
If I build, would assembler be the best (performance/ease of maintenance) or
REXX. I could also do cobol but a bit rusty.
Ease of maintenance?
Only if you have staff that have assembler skills!
Performance?
The myth of better performance through assembler has been deprecated with
optimisers
I've searched using Google but haven't come up with a definitive answer. Is
there an AMATERSE/TRSMAIN compatible utility on the z/VSE operating system?
_
Netscape. Just the Net You Need.
Space Management is critical for all usage of disk.
Not just development.
Otherwise, how to you rein in the space hogs?
Or, maintain productivity?
System Programming doesn't test products in development first?
Just slap them in and hope they work in Production?
As I've already said, you've a
This entire problem is suspect since the PSW itself isn't valid. There is
no situation of where bits 24-31 can contain an x'E1'
Adam
Using ASXB519 TCB: 007CC950 Abend Code: 0C1000 ILC: 00 Int: 04
PSW: 00 01 80 E1 00 00 80 00 Csect EP:
Here at DHS we are developing a major application that runs on Linux and Oracle.
This application will need to have batch file interchanges with the z/OS
Mainframe. Most of the file transfers are inbound to z/OS, but a few are
outbound back to Linux.
Security rules dictate that we must use
Looking at it more closely, something is seriously wrong here. The ILC
shows zero. The PSW indicates that DAT is off, Supervisor state, Key 0 and
disabled for I/O, External, and Machine check interrupts.
Toto, I don't think we're in Kansas anymore.
Using ASXB519 TCB: 007CC950 Abend Code:
snip
1. Is it possible for a z/OS UNIX Shell Script to SUBMIT an MVS JOB? I
know I can do plain FTP with FILETYPE=JES. But is there a more direct way that
doesn't involve putting plain text passwords on the wire?
/snip
Check out JZOS component of z/OS (or Dovetail Tech).
Gerhard Adam wrote:
This entire problem is suspect since the PSW itself isn't valid. There is no
situation of where bits 24-31 can contain an x'E1'
Good catch. Even after reading my Principle of Operations, it is still a good
catch :-)
Of course, the OP discovered later that 'dump analyser
Roberts, John J wrote:
This application will need to have batch file interchanges with the z/OS
Mainframe. Most of the file transfers are inbound to z/OS, but a few are
outbound back to Linux.
Rather, do all you transfers from one machine, even if that means you need to
setup FTP servers on
On Wed, 22 May 2013 10:28:52 -0500, Roberts, John J wrote:
... Then we need to ... pull the data from the Unix File system into a
regular MVS Generation Data Set.
Why?
1. Is it possible for a z/OS UNIX Shell Script to SUBMIT an MVS JOB? I
know I can do plain FTP with FILETYPE=JES.
On Wed, 22 May 2013 08:00:45 -0700, Richard Pinion wrote:
I've searched using Google but haven't come up with a definitive answer. Is
there an AMATERSE/TRSMAIN compatible utility on the z/VSE operating system?
There was a TERSE program for VSE/ESA. I don't know about z/VSE.
If you go to the
Also check out on the USS Tools web page - there is a Rexx Submit script
there we use
Jerry Whitteridge
Lead Systems Programmer
Safeway Inc.
925 951 4184
If you feel in control
you just aren't going fast enough.
-Original Message-
From: IBM Mainframe Discussion List
On 5/22/2013 8:34 AM, Elardus Engelbrecht wrote:
Of course, the OP discovered later that 'dump analyser picked up the wrong PSW
'.
This is why I stopped using all dump analyzers (other than my own brain)
over two decades ago!
I'd much rather find the PSW and registers myself--starting with
On 22 May 2013 12:39, Ed Jaffe edja...@phoenixsoftware.com wrote:
On 5/22/2013 8:34 AM, Elardus Engelbrecht wrote:
Of course, the OP discovered later that 'dump analyser picked up the wrong
PSW '.
This is why I stopped using all dump analyzers (other than my own brain)
over two decades
Unfortunately not every shop makes IPCS available to application programmers.
Some of us are stuck with just two choices - commercial abend analyzer selected
by bean counters or read the SYSUDUMP yourself.
Some skills from the days of paper mounds are still important.
Peter
-Original
Unfortunately not every shop makes IPCS available to application
programmers. Some of us are stuck with just two choices - commercial abend
analyzer selected by bean counters or read the SYSUDUMP yourself.
Some skills from the days of paper mounds are still important.
Since the OP included
Check out SC33-8336 System Utilities Chapter 10.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iesste60/3.5?ACTION=MATCHESREQUEST=terseTYPE=FUZZYSHELF=IESVSE91DT=20100706131149CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT
Chuck Arney
I wasn't suggesting any such thing. Just responding to Ed J.'s and Tony H.'s
comments about using IPCS. Many here seem to assume everyone in a z/OS shop
has access to that tool. I was just pointing out that is not always true.
The OP certainly seems to have the necessary skills.
Peter
On 5/22/2013 10:10 AM, Farley, Peter x23353 wrote:
Unfortunately not every shop makes IPCS available to application programmers.
Some of us are stuck with just two choices - commercial abend analyzer selected
by bean counters or read the SYSUDUMP yourself.
What about SYSABEND? ISTR that has
True, and sometimes necessary, and a lot of the same dump-reading skills apply
along with more-than-average knowledge of system architecture and control block
structures. And they are a LOT bigger and thus take a wee bit longer to search.
The information is available, just not as conveniently
On Wed, May 22, 2013 at 10:28 AM, Roberts, John J
jrobe...@dhs.state.ia.us wrote:
Here at DHS we are developing a major application that runs on Linux and
Oracle.
This application will need to have batch file interchanges with the z/OS
Mainframe. Most of the file transfers are inbound to
In 6207625106804329.wa.paulgboulderaim@listserv.ua.edu, on
05/22/2013
at 07:36 AM, Paul Gilmartin paulgboul...@aim.com said:
SYSCALL for the UNIX files; BPXWDYN/EXECIO for the legacy.
In your ADDRESS SYSCALL read, what length do you specify? In your
ADDRESS TSO EXECIO, what do you
In 003601ce56eb$dcde9100$969bb300$@com, on 05/22/2013
at 08:57 PM, Robin Atwood abend...@gmail.com said:
That's very interesting to know, thanks a lot. Is that a
comparatively recent register?
The PER-3 facility, including the Breaking-Event-Address Register, was
documented in the fifth
In
a90e503c23f97441b05ee302853b0e628f2a315...@fspas01ev010.fspa.myntet.se,
on 05/22/2013
at 01:42 PM, Thomas Berg thomas.b...@swedbank.se said:
In
a90e503c23f97441b05ee302853b0e628c16e53...@fspas01ev010.fspa.myntet.se
,
on 05/20/2013
at 09:25 PM, Thomas Berg thomas.b...@swedbank.se
In
93891f43642f3c419a7d75acc2b1db6f3dfc3b3...@exchangemb2.dhs.state.ia.us,
on 05/22/2013
at 10:28 AM, Roberts, John J jrobe...@dhs.state.ia.us said:
Is it possible for a z/OS UNIX Shell Script to SUBMIT an MVS JOB?
Yes.
I know I can do plain FTP with FILETYPE=JES.
FTP makes sense from an
Hi,
Do you want to change status from private to scratch, and as part of that to
set SG=*SCRTCH* ??
Or something else?
If you have rmm as tape manager you can make the change driven from rmm
commands, That will update TCDB and LM.
Any change from private to scratch for a system managed
With Co:Z SFTP you can use a remote sftp client (like OpenSSH) to upload
files directly to z/OS datasets (tapes, GDGs, etc).
Also included is a JES interface. Co:Z is free to use, but enterprise
license and support agreements are also available:
http://dovetail.com0/support.html
The subject of this blog entry is, Try to mitigate failures so they
don't bring down the whole system.
And I 'throw in' what is needed to add this automation to help with
security. (privacy)
Not a commercial, nor is any product 'promoted', mentioned
Let me know if you like this
On 5/22/2013 11:44 AM, Shmuel Metz (Seymour J.) wrote:
The PER-3 facility, including the Breaking-Event-Address Register, was
documented in the fifth edition of z/Architecture Principles of
Operation, SA22-7832; I don't recall which processors introduced it.
The BEAR was introduced with the
Then why do the answers to my diatribe looks like they don't see this as a
problem ?
It's not that it's not a problem.
It's just that there is 35+ years of prior art that your shop seems to be
ignoring.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
On Wed, 22 May 2013 14:25:46 -0400, Shmuel Metz (Seymour J.) wrote:
at 07:36 AM, Paul Gilmartin paulgboul...@aim.com said:
SYSCALL for the UNIX files; BPXWDYN/EXECIO for the legacy.
In your ADDRESS SYSCALL read, what length do you specify? In your
ADDRESS TSO EXECIO, what do you specify for
But then you're trusting IPCS (presumably) to format the trace entries
correctly. Something it has been known to silently get wrong, if there
is a version mismatch between IPCS and dump.
Which you're informed about in bold at the initialization of the dump for the
past 10 years.
Barbara
70 matches
Mail list logo