On 7/3/2013 12:11 PM, Kirk Talman wrote:
As a certified alte kacker, I would like to comment on what this tells us
about the state of mainframe IT.
Somewhat off topic, but if that was supposed to be German, it's wrong. I
only have a rudimentary knowledge of Yiddish, but I believe it's wrong
th
Alan,
> You can issue F DFHSM,RELEASE MIGRATION, but it will most likely be held
> again immediately when the first migration is attempted.
I got up the nerve to issue the command this morning (after all, the cycle is
still defined to not start by itself).
HSM said: ARC0100I RELEASE COMMAND
In <01bc01ce7820$59608f30$0c21ad90$@verizon.net>, on 07/03/2013
at 03:05 PM, Carl Swanson said:
>You have the entry point to the abend and you have the entry point of
>the problem program.
In many situations it's easy to get the wrong addresses from the dump
if you don't understand how things
In
<1101901400-1372885815-cardhu_decombobulator_blackberry.rim.net-27276874-@b28.c1.bise6.blackberry>,
on 07/03/2013
at 09:10 PM, Ted MacNEIL said:
>INITSQA started as soon as 65-bit started -- OS/390 2.10.
There is no 65-bit support in OS/390.
--
Shmuel (Seymour J.) Metz, SysProg and
In <7859492443392344.wa.zatlas1yahoo@listserv.ua.edu>, on
07/03/2013
at 05:58 PM, "Ze'ev Atlas" said:
>In any case, PCRE is mature and working library with most all (even
>esoteric) options.
Branch reset? Conditional patterns? Named backreferences? Recursive
patterns?
--
Shmuel (S
Assuming that IPCS is available to the application staff. In some shops it is
not generally available, but reserved for the systems staff. And there is the
issue of training in the product, which isn't always available either (outside
of reading the FM's).
Personally I have no problem using S
Sorry, application programmers here are not allowed ANY operator functions
(including "/D").
And I realized after I wrote my prior reply that SCEELKED was required in your
case because you used NODYNAM, thus needing static bind-time merging of the
modules from SCEELKED. I didn't need it becaus
Rising to the defense of RPG, what other language had its own ruler? Talk about
ease of coding! Ah the nostalgia.sigh.
Sent from Tony's iPhone.
On Jul 3, 2013, at 9:50 PM, John McKown wrote:
> I've not run across many languages that I considered "ugly". RPG II was
> one. EasyTrieve Plus i
On 4/07/2013 9:59 AM, Shmuel Metz (Seymour J.) wrote:
In
,
on 07/03/2013
at 07:10 AM, John McKown said:
http://www.itworld.com/it-management/363424/only-thing-programmers-have-fear-all-these-things
I say "yes" to most. #4 is being forced to learn or use some specific
technology
What if yo
I've not run across many languages that I considered "ugly". RPG II was
one. EasyTrieve Plus is not "ugly", but I don't much like it. The newest
IBM COBOL is rather nice, albeit still wordy. The first COBOL that I
learned: ANSI COBOL back in the 1970s made me puke, after learning PL/I of
the same e
I knocked up a REXX regex package using ECMAScript grammer, which is
almost identical to PCRE with a few subtle differences. I wish the C++
TR1 regex library supported perl syntax like boost::regex.
I can't ship the source as it contains code which may be considered IP
at a later date but I don'
In
,
on 07/03/2013
at 07:10 AM, John McKown said:
>http://www.itworld.com/it-management/363424/only-thing-programmers-have-fear-all-these-things
>I say "yes" to most. #4 is being forced to learn or use some specific
>technology
What if you consider a language to be ugly but also consider it
In <5892125769715316.wa.zatlas1yahoo@listserv.ua.edu>, on
07/03/2013
at 07:35 AM, "Ze'ev Atlas" said:
>Of all places, I would expect a little more enthusiasm of the members
>of this list.
The lack of replies may indicate that nobody had problems with it
rather than a lack of enthusiasm.
In
,
on 07/03/2013
at 07:16 AM, John McKown said:
>Being old, I have occasionally turned off LE's abend handling and
>just "gone for the throat" using a recent compile (with generated
>assembler shown) and a SYSUDUMP.
SYSMDUMP, TYVM.
>The programmers have forgotten how to do this entirely.
Thank you all for responding and I've learnt a lot from you.
Some notes:
1. As far as I can tell, my development is done on 1047, so the library is
compiled for that code-page. I do not have any access to any other code-page,
so I will need somebody to actually load and compile it according to m
Peter,
I will have to seeif I need to adopt some of your changes...
Frank and Peter, cool!!
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-M
Interesting stuff. Of course I've never actually used regular expressions
until today, so I don't know if I'll find any good actual use for PCRE (not to
mention, as others have said, perhaps not even being allowed to use it in
production...), but I am going to look at it.
You are welcome to us
Frank
You are absolutely correct that it could be done in COBOL and PL/I. The
problem is that the culture does not lend itself to that.
In any case, PCRE is mature and working library with most all (even esoteric)
options. So there is a value int it after all:)
Since I noticed that not all peop
Hmm, perhaps underscores did come with COBOL 4.2. I don't recall.
Can you do "/D PROG,LNKLST" in SDSF? That will get you the active linklist.
The only CEE libraries we have there are CEE.SCEERUN and CEE.SCEERUN2. I
though that CEE.SCEELKED was a link/bind-time library only, but I could be
w
On Wed, 3 Jul 2013 21:10:13 +, Ted MacNEIL wrote:
> INITSQA started as soon as 65-bit started -- OS/390 2.10.
OS/390 V2 R6 and above:
SQA Space Shortage During NIP: During NIP processing,
it is possible that the system's minimum allocation for
SQA and extended SQA might be depleted before NIP
It is an open source port of an open source project. Can't be more open source
than that
BSD license
source is distributed
za
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
On Wed, 3 Jul 2013 14:38:18 +, SrinivasG wrote:
>Hi ,
>
>I am IPLing ZOS 1.10. This is an Old LPAR. Added additional VTAM LUs today.
>That's all.
>
>I have made CSA=(3M,366M) and SQA=(3M,100M) . I have given 20GB to this LPAR.
>
>Still the same issue.
>
>Regards,
>Srinivas G
>
Check PTFs for
Yes, it did execute just fine in batch from JCL with DYNAM, and our default
COBOL code page is 1140 as well, and it still worked fine. However, I did not
need to add SCEELKED to the STEPLIB so our systems folk probably have it in the
linklist. No way for me to confirm that though, PARMLIB here
INITSQA started as soon as 65-bit started -- OS/390 2.10.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Dennis Trojak
Sender: IBM Mainframe Discussion List
Date: Wed, 3 Jul 2013 14:53:04
To:
Reply-To: IBM Mainframe Discussion L
1) Did you actually get it to work (execute) with DYNAM? That is our shop
standard as well, but when I try it I get a "program not found" error (S806),
or if I add CEE.SCEELKED to the JOBLIB I get an S0C1(?!?!). Also, do you use
codepage 1047 by default? I didn't expect it to work with codepa
You too? First name wouldn't have been Walter by any chance, would it? Same
programmer went to the DOS/VS sysprog with a DOS message similar to PROGRAM
TERMINATED BY PROGRAM REQUEST. Insisted the wasn't a TERMINATE verb
anywhere in his program, must be a compiler problem.
On Jul 3, 2013 2:50 PM, "
Alan, thanks for the quick response. Either I'm not understanding you or
something is missing from my initial post. The datasets don't change, there is
no guaranteed backup frequency, and the one and only backup disappears, not to
be replaced by anything. At that time, the LBACKUP changes to ze
Kirk:
We had one of these issues and the programmer said "since its a
system 0C7 its the systems people's responsibility" . I called up to
his manager and dispensed him out the door .
Ed
On Jul 3, 2013, at 1:11 PM, Kirk Talman wrote:
There have been several various good answers to this p
Looking at the below, the underlying process seems to be a weekly activity.
>From the below, a maximum of 3 backups will exist at any given time. When the
>4th backup is created, the 1st backup is deleted, *regardless* of age (at the
>next backup cycle).
If you were to look closer, I believe you
Frank,
First let me say: "Very cool, man!" I was inspired by your 30 minutes to take
a few of my own to see if I could duplicate your experiment in our somewhat
more staid (i.e., no PDSE's for application COBOL load modules) environment,
and sure enough I can. I had to make a couple of small
I am wondering how people can get along not being able to go through
a dump. Maybe I am way off base here but this would seem pretty straight
forward to me. You have the entry point to the abend and you have the entry
point of the problem program. Subtract one from the other and you have th
On 7/3/2013 12:11 PM, Kirk Talman wrote:
There have been several various good answers to this problem.
As a certified alte kacker, I would like to comment on what this tells us
about the state of mainframe IT.
- Apparently one can be in "Operating Systems Support" w/o having been an
application
The regexp in IBM's C is POSIX complaint. PCRE can be much more
powerful. The IBM "sed" UNIX command only allows POSIX regexps.
Frustrates the bleep out of me. So I don't use "sed" much any more. I
use Perl itself.
On Wed, Jul 3, 2013 at 1:17 PM, Frank Swarbrick
wrote:
> Not to discourage you, as
On Wed, Jul 3, 2013 at 1:11 PM, Kirk Talman wrote:
> There have been several various good answers to this problem.
>
> As a certified alte kacker, I would like to comment on what this tells us
> about the state of mainframe IT.
>
> - Apparently one can be in "Operating Systems Support" w/o having
Not to discourage you, as I'm sure porting PCRE to z/OS is a fine idea, but it
would not be true to say that regex processing is not available for COBOL (or
PL/I) on z/OS. I was looking through the IBM XL C/C++ for z/OS Run-Time
Library Reference the other day (god knows why, since I don't even
Cheers Mainframe’s Finest,
I’m going batty over this or perhaps already have. I have a management class
that works for recent data but fails intermittently at the moment of
performance. About half the datasets lose their backups around day 50.
I have date-derived dataset names that get backups
There have been several various good answers to this problem.
As a certified alte kacker, I would like to comment on what this tells us
about the state of mainframe IT.
- Apparently one can be in "Operating Systems Support" w/o having been an
application programmer. One of the advantages many
It would be interesting to see the SMF logstream, till no solution
in sight, I will use the SMF dump.
On 03.07.2013 16:13, retired mainframer wrote:
The SMF dump program will let you select by record type and time period.
There are tools on the CBT tape (e.g., DAF) that will let you select
As someone pointed out, a s0c7 may not really be due to a bad data field in the
last record READ. But, to answer that question, if you did get an SVC dump
using SLIP and you included RGN, SWA, TRT:
use IP SUMMARY REGS FORMAT to get the DEB chain printed or follow it yourself
to find the OPEN D
Again, I don't know HSM. But don't necessarily take whining and gnashing
of teeth as 'failure'. HSM is letting you know (loudly) that a DD
statement is missing in case you overlooked it. You might actually take
heart in
*ARC0134I BACKUP CONTROL DATA SET NOT OPENED, BACKUP
ARC0134I (CONT.) W
On 7/3/2013 8:34 AM, Mowry, Norma E CIV DISA ESB (US) wrote:
The program abending is written in COBOL.
That invalidates my first guess
Back in the late sixties I diagnosed my first 0C7, in a colleague's
production program that had been running problem free for some time. He
was reading SMF
> DUMMY muddies the water because
> the DDNAME is truly allocated even though there is no tin can at the other
> end of the string. A component that wants to use that file may well try to
> open it. Depending on how the file is accessed, DUMMY can cause OPEN
> failure.
Well, not in the case of
I don't know if it applies back at z/OS 1.10 but check the INITSQA option for
your LOADxx member.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of SrinivasG
Sent: Wednesday, July 03, 2013 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: R
Hi ,
Thanks a lot to all who helped. My heart nearly skipped a beat.
Worked with INITSQA0004M in the LOADxx .
Regards,
Srinivas G
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Wednesday, July 03, 2013 7:
What release of z/OS? And what is meaningful?
Is this what you are seeing? (Sorry about wrapping)
--- SYSTEM TRACE TABLE
-- -- -- -- -- -- PR ASID WU-ADDR- IDENT
Found it. IPCS option 6 and entered SYSTRACE TIME(LOCAL)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Schwartz, Alan
Sent: Wednesday, July 03, 2013 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSTRACE Timestamps
I seem to recall
I would do a stand alone dump when you get the wait state - only for the nip
log.
If you have access to the HMC you might be able to see the NIP log there.
If so, see what got the 878 abend.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
Hi ,
I am IPLing ZOS 1.10. This is an Old LPAR. Added additional VTAM LUs today.
That's all.
I have made CSA=(3M,366M) and SQA=(3M,100M) . I have given 20GB to this LPAR.
Still the same issue.
Regards,
Srinivas G
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@
I seem to recall reading once that there's a command that can be entered in
IPCS to make the timestamps in SYSTRACE look meaningful. I'm checking the
archives, IBMLink, and the IPCS doc. So far no success. Perhaps it was a SHARE
session. I'll try that last unless someone else knows what it is.
What operating system? z/VM, z/OS, z/VSE, z/Linux, other?
>From looking at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2H7B0/3.38
on z/OS, a hard wait code of "040" (last 3 hex digits of PSW) would
indicate that an abend 878 occurred. This seems to be a GETMAIN type
error of so
00878040
X0CCCWWW
Wait state code 040
Abend 878
Most likely insufficient CSA/ECSA or SQA/ESQA provided.
See INIT and TUNING Guide for member IEASYS00, parameters CSA and SQA for
details.
HTH,
>From the Waitstate Codes manual:
040
Explanation: The system abended a task during nucleus initia
Did you receive and check IEA303W?
>From the Waitstate Codes manual:
040
Explanation: The system abended a task during nucleus initialization
program (NIP) processing.
The right-most four bytes of the program status word (PSW) have the
following format:
x0cccwww
where:
x
Irrelevan
I don't know the workings of HSM, but I can offer some advice on dealing
with 'optional' files. In general, an application checks for the presence
of any file by checking for the DDNAME in the allocation. For a file
that's truly optional, absence of the file is 'noted' at start-up so that
no co
The SMF dump program will let you select by record type and time period.
There are tools on the CBT tape (e.g., DAF) that will let you select records
by other criteria.
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>: Behalf Of Miklos
Hi ,
During IPL , I am getting a wait state. PSW is 000280878040
.
Please let me know what could be the issue.
Thanks in advance.
Regards,
Srinivas G
CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intend
I found this thread that might help in an internet search. They maybe
helpful
http://ibmmainframeforum.com/viewtopic.php?t=7035
Redbooks:
z/OS Diagnostic Data Collection and Analysis
http://www.redbooks.ibm.com/abstracts/sg247110.html?Open
Lizette
-Original Message-
From: IBM
I guess that might be covered under "hurting" the user. I don't write
APF code, so I don't think that I can create a security hole. I don't
do RACF or other ESM type calls. I assume that RACF has been set up
properly and all I do is normal non-APF type work. I used to write
some z/OS or product exi
The journal is used to rebuild the xCDS dataset in the event of the xCDS being
damaged, I would strongly suggest that you plan for a journal.
You will need to manually schedule "F DFHSM,BACKVOL CDS" to periodically clear
the journal since you are not performing functions that would result in the
John McKown wrote:
>I say "yes" to most.
Agreed. ;-)
What about creating a security hole in your program? For me this is my greatest
fear.
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff / archive
Well, he does distribute the source. The original source is licensed
with a BSD license:
http://pcre.org/licence.txt
>From looking at the source from Mr. Atlas, the BSD license is still
embedded in it. And I have not seen any changes to it mentioned.
On Wed, Jul 3, 2013 at 8:19 AM, Martin Packer
You might look at some of these Share Proceedings. They may help
● LE Crime Scene Investigation - Finding Debugging Clues in LE Dumps
● Slowed Down by LE? Perhaps the CEEPIPI Service Can Help!
● LE for Dummies
● COBOL Performance - Myths and Realities
● Comparing and
Finally I have finished wading through the HSM starter set and customized it
the way we want to use it - just migrating to ML1, no ML2, no backup, no
recovery, no dumping, no tapes, a really minimal environment. That means I only
start DFHSM with an MCDS (OFFCAT, BAKCAT, JOURNAL, ARCLOGX, ARCLOG
If this were an Open Source project I might be able to persuade my
employer to allow me to work on it. Or at least to use it.
So, is it?
If not I have to wish you well and decline to play. :-(
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of
I am grateful for your work on this. Unfortunately, if other shops are
like mine, the programmers can't use your PCRE library in production
because it is not a vendor supported product. I did download the
previous version. And _I_ can use it in my own code for __my own__
purposes. But, then, I'm a
I have occasionally used SLIP+IPCS to debug an application program. The
best advice I can offer is to set a SLIP trap for *any* abend. That is, do
not specify an abend code. Something like
SL SET,J=,END
In a complex the task environment, it's possible that the abend you see
(S0C7) is a con
We do have z/OSMF installed at z/OS V1.13. I've asked our system techs to test
and give feedback on functionality. I got mixed comments from testers as to
the value in our environment. Most testers had a negative view of the
functionality.
Norma Mowry
DECC-Mechanicsburg
Operating Syst
On 7/3/2013 5:10 AM, Mowry, Norma E CIV DISA ESB (US) wrote:
We have a production job that is abending with S0C7 reason 0007. I set a
slip to capture a dump but I can't seem to find the input record that is causing
the S0C7 in this dump. I also have a CEEDUMP but that's not real helpful in
d
Being forced to use inappropriate technology is very disagreeable, but
it is hard to judge the appropriateness of a technology until one has
mastered at least some part of it.
My own guess is that few of us know too much, I spent part of
yesterday with a sysprog who has been doing what he does fo
Thanks all for the help...
In this case we don't have abendaid to help find the issue. Sorry I forgot to
mention that the program taking the abend is COBOL and that the program
abending is doing a sort using syncsort.
Norma Mowry
-Original Message-
From: IBM Mainframe Discussio
Hi All
Of all places, I would expect a little more enthusiasm of the members of this
list.
Let me please explain the rationale behind publishing the PCRE library on z/OS.
Regular expressions are available in most modern languages such as Perl, Java
and PHP, to mention only few (BTW, PHP is usin
The program abending is written in COBOL.
Norma Mowry
DECC-Mechanicsburg
Operating Systems Support (ESB11)
(717)-605-7865 DSN:430
e-mail address: norma.e.mowry@mail.mil
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John
Being old, I have occasionally turned off LE's abend handling and just
"gone for the throat" using a recent compile (with generated assembler
shown) and a SYSUDUMP.
The programmers have forgotten how to do this entirely. They require
AbendAid to pinpoint the problem for them or it is "unfixable".
http://www.itworld.com/it-management/363424/only-thing-programmers-have-fear-all-these-things
I say "yes" to most. #4 is being forced to learn or use some specific
technology (one person said COBOL ). I still like to learn new
technology. But I hate being _forced_ to use it when I think it is
just
Would adding a CEEOPTS DD override work? I've never tried it but maybe?
//CEEOPTS DD *
TERMTHDACT(UAONLY)
DYNDUMP(*USERID,DYNAMIC,TDUMP)
-Original Message-
From: Mowry, Norma E CIV DISA ESB (US) [mailto:norma.e.mowry@mail.mil]
Sent: Wednesday, July 03, 2013 7:10 AM
To: IBM-MAIN@
tks Leo
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Leonardo Vaz
Sent: Tuesday, July 02, 2013 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Issue
If it is in the linklist, it is not SMSPDSE1 that takes care of this librar
a) Irrelevant to what ? To the world of Picasso and John Gilmore..
b) Criticisms or the observations of the Forbes magazine can be done
better by your GrandChild ?
Amazing Grandchild you have Mr Gilmore from Ashland, MA and maybe you
should ask your grand child to comment on the Forbes articl
The LE is clearly involved. It would help to know what
language---COBOL?---this application was written in and to have a DCB
for the input file that contains the offending record.
You have provided too little information to enable anyone to help you.
John Gilmore, Ashland, MA 01721 - USA
--
On Wed, 3 Jul 2013 11:10:18 + "Mowry, Norma E CIV DISA ESB (US)"
wrote:
:>We have a production job that is abending with S0C7 reason 0007. I set a
slip to capture a dump but I can't seem to find the input record that is
causing the S0C7 in this dump. I also have a CEEDUMP but that's n
On Wed, Jul 3, 2013 at 4:10 AM, Mowry, Norma E CIV DISA ESB (US) <
norma.e.mowry@mail.mil> wrote:
> We have a production job that is abending with S0C7 reason 0007. I
> set a slip to capture a dump but I can't seem to find the input record that
> is causing the S0C7 in this dump. I also
We have a production job that is abending with S0C7 reason 0007. I set a
slip to capture a dump but I can't seem to find the input record that is
causing the S0C7 in this dump. I also have a CEEDUMP but that's not real
helpful in diagnosing the issue. I looked a setting a slip with a trac
Hi
Any possibility to find an SMF record in the SMF logstream again ?
(It would be some kind of SMF browse, and if I interested in the details
of an SMF record, I would like to find it again)
--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari
Research& Development
ISIS Papyrus
On this occasion Mr Sipples and I are in complete agreement.
Both the Forbes article and the reactions it elicited here were
simplistic. Worse, they were irrelevant. Picasso throve of on
criticisms to the effect that someone's grandchild could draw better.
John Gilmore, Ashland, MA 01721 - USA
82 matches
Mail list logo