If someone can explain the difference between HEAPCHECK and HEAPZONE
(new in z/OS 2.1)
--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari
Research& Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail
Ich bin ab 02.12.2013 außer Haus und ab 09.12.2013 wieder im Büro.
I'm out of the office from 02.12.2013 and will be back on 09.12.2013.
Gerne werde ich Ihre Nachricht nach meiner Rückkehr beantworten.
Mit freundlichen Grüßen
Ralf Zantopp
--
Hi folks,
I have inherited an IEFACTRT routine which writes step information to
routcde=14. I want to stop these messages appearing in the syslog/operlog and I
thought I knew how to do it, but the evidence suggests otherwise!
RO *ALL,D C,HC shows:
AL01 RESPONSES ---
>trying to stay away from
>having to add a new address space to the product
I have seen programs do the following:
- Create/Schedule an IRB to run in ASID=1 under what one
might call the "NIP task" (there is possibly no intended
interface to determine this task; it happens to be the task
t
Two questions
1) can BLDL or DESERV differentiate between TASK STEP or JOBLIB
BLDL does, if you give it a DCB address of 0, returning information in
PDS2LIBF (AKA the "Z byte") which indicates whether this was found in the
LNKLST, joblib/steplib, or the Nth tasklib. DESERV does not support
A couple of questions.
What version of z/OS are you running?
Have you looked at the IEFACTRT supplied in SYS1.SAMPLIB as an example?
Do you want these messages in the JOBLOG only and not SYSLOG?
Do you have any automation tools like OPS/MVS or Tivoli?
Thanks
Lizette
> -Original Message--
Can you give us a little more context? z/TPF? C++?
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Running z/OS 1.12 and the exit is the version from SYS1.SAMPLIB(IEEACTRT) which
writes to route-code 14.
I can change this just to go to joblog (route-code=11), but in the short term
(change freeze) I wanted to stop syslog retaining route-code 14 messages.
Andrew
---
Perhaps you might try
V SYSLOG,HARDCPY,DROUT=14
This is supposed to DeleteROUTcde 14 from the hard copy.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1b2/4.61.5
On Mon, Dec 2, 2013 at 7:48 AM, Lizette Koehler wrote:
> A couple of questions.
>
> What version of z/OS are you
Already done that!
Indeed the D C,HC output shows that (supposedly) route-code 14 is not being
retained by the hardcopy set. I don't really want to IPL to see if that fixes
it, as it appears that I should be able to do it by command.
Andrew
-
Ah! 0004000 translates to a ROUTCDE of 10! And that one _cannot_ be
suppressed.
On Mon, Dec 2, 2013 at 8:05 AM, John McKown wrote:
> Perhaps you might try
>
> V SYSLOG,HARDCPY,DROUT=14
>
> This is supposed to DeleteROUTcde 14 from the hard copy.
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_O
Sorry about the late reply.
The last time I seriously looked, the COBOL sort verb invoked the installation
sort (DFsort, SYNCSORT,).
The COBOL program effectively became the E15/E35 sort exits.
On that basis, I would not expect any significant difference in CPU time
consumed, *AND* as some
Miklos,
I found HEAPCHK in z/OS Language Environment Customization
HEAPCHK Derivation: HEAP storage CHecKing Use HEAPCHK to run additional
heap check tests.
If HEAPCHK(ON) is used with STORAGE(,heap_free_value), the free areas of the
heap will also be checked.
If HEAPCHK(ON) is specified, this w
I'm sure it's 14 as shown in the source code in SYS1.PARMLIB(IEEACTRT).
0 0 0 4 0 0 0 0
0100
Andrew
--
For IBM-MAIN subscribe / signoff / archive acces
The most frequently heard/read user communications:
1. How do I make this [expletives deleted] do what I want?
2. Why didn't I get what I wanted when I did this, [implied "you gunky"]?
3. I did what I thought [you][the documentation]["Fred"] said and all I
got was this [expletives deleted]!
On Mon, Dec 2, 2013 at 8:11 AM, John McKown wrote:
> Ah! 0004000 translates to a ROUTCDE of 10! And that one _cannot_ be
> suppressed.
>
My mistake. I left out a 0 nybble when I was decoding. It is indeed 14.
Sorry
>
>
--
This is clearly another case of too many mad scientists, and not enoug
So I changed the WTO to use route-code=11 and the messages were still issued to
hardcopy. This caused me to look a little closer at the source and discover
that the MCS flags are set on in the exit to direct the message to the hardcopy.
Problem solved!!
Andrew
--
On Mon, Dec 2, 2013 at 9:16 AM, Andrew Metcalfe <
andrew.metca...@barclays.com> wrote:
> So I changed the WTO to use route-code=11 and the messages were still
> issued to hardcopy. This caused me to look a little closer at the source
> and discover that the MCS flags are set on in the exit to dire
In
,
on 12/01/2013
at 02:03 PM, MichealButz said:
>Does BLDL or DESERV have anyway of differentiating between
>TASKLIB/STEPLIB/JOBLIB I think not.
Yes, but it doesn't do so because there is no need.
>Second is there anyway of getting the associated DSN name (sic)
Yes; note that there may be
In
,
on 12/01/2013
at 02:42 PM, MichealButz said:
>Two questions
> 1) can BLDL or DESERV differentiate between TASK STEP or JOBLIB
They could if there was a reason to. Start with the current TCB and go
up the tree untill you hit the jobstep. If there are multiple tasks
with the same TCBJL
In <1885724251.2483267.1385936064169.javamail.r...@comcast.net>, on
12/01/2013
at 10:14 PM, DASDBILL2 said:
>I believe John Gilmore meant that the original S/360 architects
>thought that the system should support at least five levels in a
>file name and that each level could be as long as eig
In <20131201232728.GA25455@dlc-dt>, on 12/01/2013
at 06:27 PM, "David L. Craig" said:
>If I remember correctly, the sole reason for limiting TSO IDs to a
>maximum of seven characters was to ensure running batch jobnames
>submitted by TSO users would never conflict with the TSO session or
>each
In <6aee915e-660b-471b-837c-b2ef76d0a...@comcast.net>, on 12/01/2013
at 06:15 PM, Ed Gould said:
>I remember distinctly that UID's were limited to 7 characters.
Yes, as was prefix. However, a FQDSN could have an 8-character HLQ.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO p
The next Hillgang user group meeting will be held in Herndon Virginia on 11
December at the CA Office. The flyer may be found at:
http://download.sinenomine.net/hillgang/Hillgang%202013-12.pdf
The agenda includes:
- Big Data analytics through Hadoop on System z Linux - Mike Combs, VP of
Marketin
Jose,
The LOGGER provided SUBSYS DD interface (using IFASEXIT for "SMF" records)
gives you direct access to the data in the logstream and is essentially a
'well-behaved logger' aplication that is doing the IXGCONN and IXGBRWSE (and
dealing with the multiplicity of error codes) for you and givin
On Sun, 1 Dec 2013 18:04:18 -0500 "Shmuel Metz (Seymour J.)"
wrote:
:>In
:>,
:>on 11/30/2013
:> at 09:53 PM, "Blaicher, Christopher Y."
:>said:
:>
:>>- Don't ever read data from a caller's address space when you are
:>.not in the caller's key.
:>MVCK
MVCSK
:>>- Don't EVER, EVER write data
In <529c20f4.9020...@valley.net>, on 12/02/2013
at 12:56 AM, Gerhard Postpischil said:
>For a closed DCB (or any DD name) you can retrieve the JFCB via
>TIOT and SWAREQ lookup, as well as with RDJFCB. However, for a
>concatenation, you would need to know which TIOT entry to use.
That was tr
Here's my theory: You said you "pulled down 1yr of hold data". Only
the 2 year HOLDDATA file contains Fix Category HOLDs, therefore, the
first report you ran didn't use the latest Fix Category HOLDs. You then
"pulled down and applied" the missing PTFs and reran the report, being
surprised to
That sounds like a good guess. When I pull hold data, I use the following
FTP statements, which gets everything necessary for further processing:
cd /s390/holddata
get full.txt 'my-mvs-data-set' (repl
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE M
On 12/1/13 7:51 AM, Dan Espen wrote:
Actually, your whole description is bizarre and I think wrong.
With a UNIX file, how do I NOT know where /var/log/messages is?
As long as you use a full path, you know where everything is.
I believe the issue some people are trying to address with a Unix
On Mon, 2 Dec 2013 12:30:29 -0600, Eric Chevalier wrote:
>
>I believe the issue some people are trying to address with a Unix
>catalog is the case where you DON'T know the full path. ...
>
>Now suppose I have some sort of index file where the key is the
>unqualified file name and the data is the pa
On Sun, 1 Dec 2013 18:15:04 -0600, Ed Gould wrote:
>
>I remember distinctly that UID's were limited to 7 characters.
>One of the reasons was that UADS had a directory of 8 characters and
>the 8th character was reserved for UID's needing more space in UADS
>so a character was reserved (shaky here bu
When creating authorized code I use the following guidelines:
- It is not good enough that the authorized code "functions" as
designed. Authorized code has a higher standard that it must adhere to.
Your code must not allow malicious or uninformed users to make it do
things outside of its
Worth noting, and not at all to clear from, indeed antiothetical to,
the title of this thread is that we are now addressing a deficiency of
UNIX, not one of the MVS side of z/OS.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-M
On 12/2/2013 10:54 AM, Shmuel Metz (Seymour J.) wrote:
It's hard to say, but certainly the CVOL data structure is similar to
a PDS directory.
Considering that they share code in common (e.g., directory
initialization and catalog formatting), it's extremely likely.
I was wondering about the f
Arye,
In general, if you value the data that hsm has placed on tape, you should
ensure that the data is protected. This means there has to be some RACF profile
(or equivalent) protecting the volume or the data, and the system (or some
other involved party) has to make the RACROUTE call to chec
John,
This goes back to the 1970's and one of our vendors (Kommand
accounting if memory serves me) did this and it took me a better part
of a day to figure it out, what a PITA. I found it and kicked myself
for not finding it sooner.
Ed
On Dec 2, 2013, at 9:19 AM, John McKown wrote:
On
Using pooled data from three large shops I found for index-level usage
in 28K cataloged PDSs, PDSEs, and GDGs:
level, percent | histogram
1, 00 |
2, 41 |
3, 31 |xx
4, 24 |x
5, 05 |
These results strongly suggest---They of course stop well short of
proving---that five index levels
A list of "desktop search engines" (which actually have little to do with
desktops) -
http://en.wikipedia.org/wiki/List_of_search_engines#Desktop_search_engines
Something like Recoil / Xapian could probably be ported to z/OS. I would
guess that the tricky part would be replacing the interface to
I believe Kurt's theory would be closest to what actually happened. I did pull
only 1yr of hold data before running the missing fix report. Then when pulling
down the 1st batch of ptf's I specified the specific ptf's plus pre and corecs.
Is there a way to determine when I pulled down the second
On Mon, 2013-12-02 at 15:11 -0500, John Gilmore wrote:
> These results strongly suggest---They of course stop well short of
> proving---that five index levels is enough.
I have a single catalog with 300,000+ datasets, all with six-level
DSNAMEs. Maybe an edge case, but there you go.
(FWIW it cat
David [Andrews]:
300K data sets all having six-level DSN values suggests that there is
a standard in place that enforces their use, and you have implicitly
said what it is.
What this suggests to me is that four levels are enough for your
purposes, leaving two available for DATE.TIME values (or,
a
Gil,
Yes UADS was a PDS and there were some unusual items in UAD that were
semi hidden.
One I remember stumbling into was CPU time that the user had
accumulated since the creation of the ID.
Very sneaky (IIRC) .
Ed
On Dec 2, 2013, at 1:08 PM, Paul Gilmartin wrote:
On Sun, 1 Dec 2013 18:
At some point in your SMPE process, HOLDDATA must reside in an ordinary
MVS/DFP file in EBCDIC. I.e. the file that you input to SMPE RECEIVE must
be readable. Check the contents of that file.
Only full.text contains FIXCAT data. Other (smaller) files contain ++HOLD
but not FIXCAT.
.
.
JO.Ski
On Mon, 2 Dec 2013 10:21:29 -0800, Skip Robinson
wrote:
>That sounds like a good guess. When I pull hold data, I use the following
>FTP statements, which gets everything necessary for further processing:
>
>cd /s390/holddata
>get full.txt 'my-mvs-data-set' (repl
>
Which is also about 1000 time
On 2 December 2013 11:01, Shmuel Metz (Seymour J.)
wrote:
> In <20131201232728.GA25455@dlc-dt>, on 12/01/2013
>at 06:27 PM, "David L. Craig" said:
>
>>If I remember correctly, the sole reason for limiting TSO IDs to a
>>maximum of seven characters was to ensure running batch jobnames
>>submit
On 1 December 2013 20:47, Jim Thomas wrote:
> That said, AFAIK, there's really not much, save but for a RACROUTE
> REQUEST=AUTH perhaps, that I could do in terms of validation, I could do.
> Then again, even w/a RACROUTE/AUTH, it
> still does not guarantee integrity.
> All the above does is to mak
Miklos,
All LE products, even Cobol use the HEAP ..working storage is placed in the HEAP
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Dec 2, 2013, at 9:14 AM, Lizette Koehler wrote:
>
> Miklos,
>
> I found HEAPCHK in z/OS Language Environment C
Kirk,
Absolutely, that would be a great , interesting conversion to z/OS
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Dec 2, 2013, at 3:16 PM, Kirk Wolf wrote:
>
> A list of "desktop search engines" (which actually have little to do with
> deskt
The TIOT entry only says if it's a joblib
Sent from my iPhone
> On Dec 1, 2013, at 6:46 PM, "Shmuel Metz (Seymour J.)"
> wrote:
>
> In
> ,
> on 12/01/2013
> at 02:42 PM, MichealButz said:
>
>> Two questions
>
>> 1) can BLDL or DESERV differentiate between TASK STEP or JOBLIB
>
> They co
Thank you
You have been very helpful
Sent from my iPhone
> On Dec 2, 2013, at 12:56 AM, Gerhard Postpischil wrote:
>
>> On 12/1/2013 2:42 PM, MichealButz wrote:
>> 1) can BLDL or DESERV differentiate between TASK STEP or JOBLIB
>> 2) is there any way to get DSN name given a DCB I seem t
On 3/12/2013 4:16 AM, Kirk Wolf wrote:
I would
guess that the tricky part would be replacing the interface to "inotify"
with w_ioctl / Iocc#regFileInt
I could be wrong but it looks like Iocc#regFileInt doesn't support
monitoring directories, which diminishes it's value. A port of inotify
fo
52 matches
Mail list logo