The object code blocks are written in multiples of 1K up to 32,760
bytes. There are also text blocks that are usually under 1K unless
you have a lot of external symbols. A linkedit / binder / copymod will
try to fill the rest of the track, down to a 1K block. The Advance
Print Function libraries
On Thu, 2 May 2019 21:26:40 -0500, Paul Gilmartin wrote:
>On Fri, 3 May 2019 02:15:44 +, David Spiegel wrote:
>
>>Hi Steve,
>>You said: "... but the received wisdom is that all load libraries should
>>have blksize=32K-8. ..."
>>
>>For optimal space usage, however, the BLKSIZE should be 27998
On Fri, 3 May 2019 02:15:44 +, David Spiegel wrote:
>Hi Steve,
>You said: "... but the received wisdom is that all load libraries should
>have blksize=32K-8. ..."
>
>For optimal space usage, however, the BLKSIZE should be 27998 (i.e. half-track
>blocking).
>
Not as I understand it. The
Hi Steve,
You said: "... but the received wisdom is that all load libraries should
have blksize=32K-8. ..."
For optimal space usage, however, the BLKSIZE should be 27998 (i.e. half-track
blocking).
Regards,
David
On 2019-05-02 21:57, Steve Smith wrote:
> Well, Greg Price explained why the
Well, Greg Price explained why the blksize issue doesn't arise in normal
execution.
In addition, PDSEs don't really have a blksize; that is faked up on the fly
when BPAM or something similar is used. Program Fetch uses something like
DIV or paging I/O to load program objects. For classic PDS,
The Binder is not invoked by Db2 when executing your application program --
hence no error message and successful execution. Fault Analyzer is
invoking the Binder to get debugging info about the load module as part of
its processing for the prior problem. Other debugging tools handle this
more
On Thu, 2 May 2019 15:44:14 -0500, Michael Cleary
wrote:
>If the product is installed with SMPE best practice would be to install the
>exit via an SMPE USERMOD.
>
Not a bad idea, but I don't consider that necessary if the product doesn't come
with an LMOD
for that exit in the product loadlib
Thanks to the many contributions to this thread, I think we have it (mostly)
figured out. The key was identifying what changed on 14 April. No module
changes. No JCL changes. But of course something happened that I didn't mention
earlier because 'it could not be the cause'. What happened on the
On Wed, 1 May 2019 at 21:25, Phil Smith III wrote:
> Those of you who were conscious should know who Peter Frampton is (if you
> were and you don't, report to room 100 immediately for
> remedial instruction).
>
> TIL that he's suffering from IBM: inclusion body myositis, a degenerative
> disease
If the product is installed with SMPE best practice would be to install the
exit via an SMPE USERMOD.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
SMS trace is the only non pay for product I know
Otherwise I only know about SMSDEBUG, which is not really a decompiler - but
rather an enhanced trace for SMS code.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Mark Zelden
> Sent: Thursday, May 02,
On Thu, 2 May 2019 16:00:09 -0400, Tom Conley wrote:
>
>Thanks for that pointer Alan. Found this link in that presentation (WTW):
>
>https://developer.ibm.com/blogs/java-licensing-is-changing-and-you-could-be-affected/
>
How does this affect Java on my (non-IBM, even Raspberry π) laptop, etc?
I
Has anyone on this list ever heard of or seen a decompiler for ACS object code?
If so
I'm hoping there is a newer / better version of it than what someone used in
2016.
Background: I needed to make a STORCLAS SMS change on a very small seldom
touched LPAR
for my client. When I changed the
On 5/2/2019 2:51 PM, Alan Young wrote:
Phoenix SHARE session 23993 - Java Update has details on how it will not affect
the mainframe and other details on how the mainframe JVM relates to OpenJ9. I
think some of session's statements are somewhere on IBMs site but I am not
recalling where at
Phoenix SHARE session 23993 - Java Update has details on how it will not affect
the mainframe and other details on how the mainframe JVM relates to OpenJ9. I
think some of session's statements are somewhere on IBMs site but I am not
recalling where at the moment.
That's great thank you so much. This will help me
On Thu, 2 May, 2019, 10:41 PM Carmen Vitullo, wrote:
> I have some also found in the install library
> and the CB0VSRC library
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Peter"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent:
I have some also found in the install library
and the CB0VSRC library
Carmen Vitullo
- Original Message -
From: "Peter"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, May 2, 2019 1:27:29 PM
Subject: Assembly JCL for tpx 5.4
Hi,
Cross posted
Does anyone have a sample JCL to
I have some sample JCL in the TPX install library:
Highlvl.qual.CB0VSRC(ASMUXIT)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter
Sent: Thursday, May 02, 2019 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
Hi,
Cross posted
Does anyone have a sample JCL to assemble and Linkedit the TPX source code ?
Peter
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Java 12 released March 2019. https://en.wikipedia.org/wiki/Java_version_history
On Thu, May 2, 2019 at 12:08 PM Lizette Koehler wrote:
>
> I was not sure how this will affect the Mainframe and JAVA
>
> But I found this
>
>
On 5/2/2019 1:10 PM, Bill Johnson wrote:
Not at all.
Anyone know how this would affect the Mainframe?
Thanks
Keep an eye on OpenJDK https://openjdk.java.net/. I expect this will
make its way on to the mainframe in the not-too-distant future.
Regards,
Tom Conley
Not at all.
Sent from Yahoo Mail for iPhone
On Thursday, May 2, 2019, 1:08 PM, Lizette Koehler
wrote:
I was not sure how this will affect the Mainframe and JAVA
But I found this
https://www.aspera.com/en/blog/oracle-will-charge-for-java-starting-in-2019/
End of Public Updates for
I was not sure how this will affect the Mainframe and JAVA
But I found this
https://www.aspera.com/en/blog/oracle-will-charge-for-java-starting-in-2019/
End of Public Updates for Oracle JDK 8
Oracle will not post further updates of Java SE 8 to its public download sites
for commercial use
The IBM z/OS Basic Skills in IBM Knowledge Center (https://ibm.biz/Bdzr8a) has
been updated to add links to the latest technology and information on IBM Z.
Links have been added to the top of major popular topics such as
"What is a mainframe". We have also fixed links to content that was
On Thu, 2 May 2019 08:34:11 -0700, ste...@copper.net wrote:
>In order to get around this problem, yay back when, I used a BUFFER
>length keyword and specified 32760 or something like that on the first
>DD statement. Then it didn’t matter which PDS was specified first.
A long time ago, it was
Hi Ben.
The Library Server site is being shutdown. We are planning a redirect to the
new Archive site. Regarding downloads, IBM Softcopy Librarian (SCL) is the way
to receive all the BookManager content. SCL downloads, the books, shelves,
indices, extended shelves and pdfs. I suggest
Exactly; while it might be possible to implement a locale-dependent compare
instruction, I can't imagine a business case.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Don
Poitras
Sent:
It's possible that equivalent macros are available for current PL/I; there are
definitely macros for entry, exit and condition handling; what I'm not sure
about are the control block mappings for, e.g., DCLCB, FCB.
IAC, it's certainly possible to separate out the [BQ]SAM code from the PL/I
Since Fault Analyzer is supposed to be transparent, I recommend reporting that
as a bug, but I suspect that the resolution will be a documentation fix for FA.
What is happening is that Fault Analyzer, by invoking BINDER, uses standard
access methods to read the load module, and therefore you
I have been thinking about this. And what you said jogged my memory...
In order to get around this problem, way back when, I used a BUFFER length
keyword and specified 32760 or something like that on the first DD statement.
Then it didn’t matter which PDS was specified first.
Regards
Steve
On Wed, 1 May 2019 23:51:37 +, Jesse 1 Robinson wrote:
>So this is all absolutely true. The module *is* 32760 while the PDS *is*
>19069-the ancient 3350 track size that was fairly standard for load libraries
>in the Dark Ages. So what's the mystery? How on earth did the 13 April and
>*all
Has anyone checked to see if the order of the JOBLIB/STEPLIB changed. If the
first library has the larger BLKSIZE, then smaller subsequent libraries will
have no impact.
As for LPA, Linklist, etc., these have no bearing on JOBLIB/STEPLIB. BTW, what
error is being received?
PHIL CARLYLE
That does explain a lot although too late for those who have been infected :)
On Wed, 1 May 2019 21:22:19 -0400, Phil Smith III wrote:
>
>TIL that he's suffering from IBM: inclusion body myositis, a degenerative
>disease that causes muscles to weaken over time but
>generally does not affect
Thank you Kolusu.
On Tue, Apr 30, 2019 at 6:09 PM Sri h Kolusu wrote:
> > Maybe it makes no difference?
>
> Cameroon,
>
> For Unique keyed files it does NOT make a difference if you have the larger
> file as F1 or F2. If your files have lot of duplicates, then we suggest to
> use F1 for the
Well, if this was StackOverflow, I'd vote this answer up. Also, I think
the U3003 may be what instigated the problem, as opposed to being one FA
issued.
sas
On Thu, May 2, 2019 at 4:41 AM Greg Price
wrote:
> On 2019-05-02 9:51 AM, Jesse 1 Robinson wrote:
> > This is almost nutty enough to be
Jesse 1 Robinson wrote:
>This is almost nutty enough to be a weekend post, but it's a live production
>environment, so here goes. We have a prod job (batch Db2) that has run daily
>for years. Suddenly on 14 April it started abending with this message from
>Fault Analyzer:
>IEW2541S 471A
On 2019-05-02 9:51 AM, Jesse 1 Robinson wrote:
This is almost nutty enough to be a weekend post, but it's a live production
environment, so here goes. We have a prod job (batch Db2) that has run daily
for years. Suddenly on 14 April it started abending with this message from
Fault Analyzer:
Is this the PGM=CUA625? Or is it a dynamically called sub program? If so, do
you know that this isn't the first time that the data mix caused it to be
called?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Jesse 1 Robinson
> Sent: Wednesday, May 01, 2019 4:52
April 13 was a Saturday. Did you apply any maintenance that weekend?
Kees
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 02 May, 2019 1:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Crazy concatenation
You could just try the various commands available to see what you get.
D IOS,FICON
D M=SWITCH(ss)
D M=DEV(,(cc)),ROUTE=BOTH
D M=DEV(,(cc)),LINKINFO=COMPARE
For the D M=DEV. These are examples as there are a few options for various
things so check out the manual. Note you must
40 matches
Mail list logo
