We have Os-em(Trident) that handles all our JES2 exits , and we cannot process
the /* JOBPARM through Os-em , so we tought of handling it through the IEFUJV
SMF exit. Mainly we want to validate various parameters. From the documentation
we cant understand if its possible and if we have a an ima
On Sun, Jan 8, 2017 at 2:43 AM, bILHA ELROY wrote:
> Z/OS V2.1
>
> Is it possible to process JECL (/*JOBPARM for example) cards in IEFUJV
> exit ? If so, can we change the card image (not only set a R.C )
>
I don't see how. JECL is _NOT_ JCL! JECL cards are "control cards" which
are interpreted
You may wish to look at Easy/Exit by DTS Software
http://www.dtssoftware.com/product_ext.htm
It is a much easier way to maintain exits in z/OS (JES2, z/OS, HSM, etc...)
Second is to contact Trident Services. They will sometimes make special
changes to z/OSEM for customers. Let them know what y
Just wanted to thank everyone on the list for their insight to my issues with a
new JES2MAS, especaiilly Lizzette,
followed the doc to the letter, removed the old member first with a warm start
MEMBER(2),NAME=
once I responded to the JES2 WTOR are you sure, JES2 Initialized, I shutdown
JES2 an
Tom et al,
We were off Friday afternoon so I didn't get your e-mail until this morning. I
had the same thoughts over the weekend and messing with it this morning, I
discovered the problem. I had neglected to use the ALLD and ALLE parameters in
my DFDSS job to copy the spool and checkpoint vol
Hello everyone,
Does anyone know if this APAR is available for COBOL 5.2 and if it is
available for COBOL 6.1?
I mean, would a specific APAR even be need for COBOL 6.1? Or would this
APAR (PI65115) be part of the original 6.1 distribution?
Thank you,
...Cameron
On Sun, Jan 8, 2017 at 12:48 P
For APAR PI65115, it looks like a separate APAR PI68274, was opened for Cobol
6.1
If you look at the information page for PI65115:
http://www-01.ibm.com/support/docview.wss?uid=swg1PI65115
there is the line:
APAR is sysrouted TO one or more of the following: UI39594 UI39595 UI39596
UI39597 PI682
Hi Cameron, check the APAR PI65115 for COBOL 5.2
Release 52H : UI39595 available 16/07/29 (F607 )
Release 520 : UI39594 available 16/07/29 (F607 )
Release 521 : UI39596 available 16/07/29 (F607 )
Release 522 : UI39597 available 16/07/29 (F607 )
And
APAR Identifier .. PI
David,
FYI, we recently updated our free z/OS port / packaging / enhancements to
Apache Tomcat to include Tomcat 8, which requires Java 7.
https://dovetail.com/products/tomcat.html
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Dec 21, 2016 at 9:18 AM, David Crayford wrote:
>
The full "Fix list for Enterprise COBOL for z/OS" for V5+ is here:
http://www-01.ibm.com/support/docview.wss?uid=swg27041164
This is segregated by compiler release/version and also includes the runtime
(Language Environment).
-
One fallout from the advent of JES2 V1R7 several years ago was the
proliferation of exits. V2R7 was the first release to support TCP/IP in
addition to traditional SNA. To support both environments, IBM split exit
processing into (generally) two analogous exits. You don't have to support both
en
One fallout from the advent of JES2 V2R7 several years ago was the
proliferation of exits. V2R7 was the first release to support TCP/IP in
addition to traditional SNA. To support both environments, IBM split exit
processing into (generally) two analogous exits. You don't have to support both
e
I notice that many Knowledge Center pages are at server www-03.ibm.com. E.g:
http://http://www-03.ibm.com/systems/z/os/zos/library/bkserv//systems/z/os/zos/library/bkserv/
... but if I excise the "-03":
http://http://www.ibm.com/systems/z/os/zos/library/bkserv//systems/z/os/zos/library/
(Trying again; trying not to fumble the links this time.)
I notice that many Knowledge Center pages are at server www-03.ibm.com. E.g:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/
... but if I excise the "-03":
http://www.ibm.com/systems/z/os/zos/library/bkserv/
... it promptl
I think that it's always on www-03, just that the front-end server is smart
enough to redirect. As for problems caused by bookmarking--IBM can't keep
their own links working within the site, so you might as well bookmark
things when you find them, but expect the links to break without notice.
On M
I like Caesar
On Fri, Jan 6, 2017 at 12:11 PM John McKown
wrote:
> On Fri, Jan 6, 2017 at 11:07 AM, Chris Hoelscher
>
> wrote:
>
>
>
> > I prefer thousand island
>
> >
>
>
>
> With the proper stuffing, I prefer LBD.
>
>
>
>
>
>
>
> >
>
> > Chris Hoelscher
>
> > Technology Architect, Databas
Pommier, Rex wrote:
>I had the same thoughts over the weekend and messing with it this morning, I
>discovered the problem. I had neglected to use the ALLD and ALLE parameters
>in my DFDSS job to copy the spool and checkpoint volumes. So DFDSS dutifully
>copied the pointers to "empty" datasets
>For APAR PI65115, it looks like a separate APAR PI68274, was opened for Cobol
>6.1
>If you look at the information page for PI65115:
>http://www-01.ibm.com/support/docview.wss?uid=swg1PI65115
Out of interest I had a look at what this is all about, and I must admit I'm
baffled. What does that
Unfortunately an old technique was still in use, and hit many clients. See here
for some detail:
https://www.ibm.com/developerworks/community/forums/html/topic?id=c476d2c9-0d4e-4073-97c5-6384d8f381c0&ps=25
--
For IBM-MAIN subscr
See also here, where a policy-shift was revealed (towards the end of the
thread) to consider replicating V4 results where reasonable.
https://www.ibm.com/developerworks/community/forums/html/topic?id=0f54483b-6f83-441d-a5fc-22a3d333dddf&ps=25
Ironically this has included deliberate replication o
20 matches
Mail list logo