Elardus Engelbrecht wrote:
>I have the same thing which Charles Mills kindly described. Load a mod with
>data and play with it.
>In my case, I inherited an ancient IEFUJI exit. That thing loads a module
>residing in a linklist library which contains only a list of approved
>accounting codes al
How did you recreate all the other information that is kept in the target and
DLIB zones?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Thursday, March 19, 2015 9:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> S
Hello All,
Thanks to all. Problem got resolved. I deleted those zone and
create new target and dist CSI and then readded those zone with correct
DDDEF information. Thanks once again.
On Fri, Mar 20, 2015 at 9:32 AM, Lizette Koehler
wrote:
> The VSAM dataset you create in SMP/E c
The VSAM dataset you create in SMP/E can either contain the Global/Target/DLIBs
or you can create 3 separate VSAM Datasets, One for Global, One for Target and
One for DLIB
What you have created will work. You do not need to separate it.
If you want separate VSAM Datasets, you will need to read
The SMP/E CSI contains all 3 of the global, target and distribution
zones in the single VSAM dataset 'SMPE.CICS.GLOBAL.CSI'. This no
problem. But if you want them to be in 3 separate VSAM datasets then
ZONECOPY (or ZONEEXPORT/ZONEIMPORT) the current target and distribution
zones to 2 new VSAM d
http://finance.yahoo.com/news/3-odd-things-ibm-
learned-191001454.html#Aside
3 odd things IBM learned about people from studying Twitter...
IBM that desperate to justify Big Data ?
Ed
-
There is no problem with the three zones in the same CSI dataset. If you are
not familiar with using SMPE manually, simply leave it the way it is.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Thursday,
Hello Adam,
Thanks for response. But I am not fully getting how you
mean this. Can you please send me sample JCL to follow this.
On Fri, Mar 20, 2015 at 8:35 AM, Gerhard Adam wrote:
> They are simply within the same CSI. Do ZONECOPY to separate CSI if you
> want it different.
They are simply within the same CSI. Do ZONECOPY to separate CSI if you want
it different.
Sent from my iPad
> On Mar 19, 2015, at 10:54 PM, venkat kulkarni
> wrote:
>
> Hello All,
>We just installing CICS 5.2 using CBPDO and somehow we made
> mistake in JCL and now, target
Hello All,
We just installing CICS 5.2 using CBPDO and somehow we made
mistake in JCL and now, target and distribution and global csi has same
name, which is wrong. But when I checked each zone manually, all DDDEF etc
are defined correctly under that.
Do we have any possible ma
On Thu, 19 Mar 2015 18:43:45 -0500, Dale R. Smith
wrote:
>
>If you are not adverse to chasing MVS control blocks from COBOL code, (instead
>of using a system interface like RDJFCB), then take a look at some sample
>COBOL code written by Gilbert Saint-Flour at the bottom of this page:
>http:/
On Thu, 19 Mar 2015 16:56:41 -0400, Scott Ford wrote:
>All:
>
>I have a need to find the current dataset name of a ddname of a STC
>running. The STC is in Cobol and I would like to write the ddname query in
>Assembler. Could I do the following
>
>Call xyz passing ddname
>... Either with EXTR
I have just found the piece of code;
it is in fact C for the most part.
The lookup of the TIOT entry for the corresponding DDNAME is done
using C, and then at DDNAME_TIOT + 8, there is a SWA-Token that
points at the JFCB (which starts with the 44 byte DSNAME). The access
to the JCFB etc. is done
Thanks Bernd, Sam I am looking at the SVC99() call you in C
On Thursday, March 19, 2015, Bernd Oppolzer
wrote:
> I have a piece of ASSEMBLER code somewhere that does this;
> if you wish, you could send me offline mail, so I could search my archives
> and see if I find it. I recall that it was no
I have a piece of ASSEMBLER code somewhere that does this;
if you wish, you could send me offline mail, so I could search my archives
and see if I find it. I recall that it was no big deal, when I did it ca.
15 or 20 years ago. After locating the DDNAME in the TIOT,
it used SWAREQ, IIRC, to find t
On Thu, Mar 19, 2015 at 2:43 PM, Charles Mills wrote:
> Neither RDJFCB nor SVC 99 Info Retrieval is perfectly simple but both are
> very workable.
>
> RCJFCB works just like an OPEN except instead of actually opening the DCB,
> it uses an entry in the open exit list to point to an area in which i
Tony,
Correct, same address space
On Thursday, March 19, 2015, Tony Harminc wrote:
> On 19 March 2015 at 17:22, Scott Ford >
> wrote:
> > Yeah, I will definitely check this out .. thank you Sam and Peter ...
>
> Just so we're all on the same page here. I take it the code you are
> planning to w
Gil,
I have to look, I had thought about it ..
Thank you,
Scott
On Thursday, March 19, 2015, Scott Ford wrote:
> Tony,
>
> Correct, same address space
>
> On Thursday, March 19, 2015, Tony Harminc > wrote:
>
>> On 19 March 2015 at 17:22, Scott Ford wrote:
>> > Yeah, I will definitely check
On 19 March 2015 at 17:22, Scott Ford wrote:
> Yeah, I will definitely check this out .. thank you Sam and Peter ...
Just so we're all on the same page here. I take it the code you are
planning to write will run in the same address space as the COBOL
program that's using the DDname...
Tony H.
-
On Thu, 19 Mar 2015 16:56:41 -0400, Scott Ford < wrote:
>
>I have a need to find the current dataset name of a ddname of a STC
>running. The STC is in Cobol and I would like to write the ddname query in
>Assembler.
>
How about BPXWDYN( 'info ...' ), already written for you.
-- gil
---
Elardus:
A *LONG* (30+) years ago, we had an application that took the output
of an assembly & LINK and used it as skeleton to create a parm driven
program that read data and output it (IIRC) as some sort of report
that was sent to each grocery store.
I thought it was sort of unique in it wa
Based on my experience in the z/OS System Integrity Competency Center, once
JSCBAUTH has been turned off by an authorized application, and unauthorized
code has been allowed to run, it is not safe to turn JSCBAUTH back on.
The main issues are the hard to enumerate traps that unauthorized code
Neither RDJFCB nor SVC 99 Info Retrieval is perfectly simple but both are very
workable.
RCJFCB works just like an OPEN except instead of actually opening the DCB, it
uses an entry in the open exit list to point to an area in which it stores a
table that includes the dataset name and any member
Curious if the SVC99 query by DDNAME to get the related dataset name.is
available in the BPX dynamic allocation routine .. that my memory is
currently swapped out for ...
Rob Schramm
Rob Schramm
Senior Systems Consultant
On Thu, Mar 19, 2015 at 5:22 PM, Scott Ford wrote:
> Yeah, I will defini
Yeah, I will definitely check this out .. thank you Sam and Peter ...
On Thu, Mar 19, 2015 at 5:20 PM, Sam Siegel wrote:
> You might want to consider doing an SVC99 query by DDNAME to get the
> related dataset name.
>
> You can invoke SVC99 from a C program using the C-runtime or directly via
>
You might want to consider doing an SVC99 query by DDNAME to get the
related dataset name.
You can invoke SVC99 from a C program using the C-runtime or directly via
assembler.
Or if you read between the lines enough, you can the c-runtime svc99
function directly from cobol with text units built i
On Tue, 17 Mar 2015 09:14:56 -0500, John McKown
wrote:
>I just had a thought (and it's lonely). You start off APF authorized,
>key 8 as a "normal" APF program. You want to run program "B" from the
>STEPLIB, but without APF authorization. Perhaps the simplest way is to
>use SYNCHX something like:
Absolutely. Been doing that from production COBOL code for decades now.
Can't share the code from here because it belongs to my employer, but I'm sure
CBT has one (or more) somewhere that you could start with.
HTH
Peter
P.S. - If you want to stretch your coding experiences a little, try writi
John,
Yeah, when i worked at another Vendor we had other product options module
in object only and was loaded into the Linklist. When the ISPF interface
same up it looked for it and
basically pulled in all the options. Worked fine except when customers
deleted it ..that was always good for a few l
i'm actually convinced that the lack of any bits being set on in DCBMACRF (in
FOUNDATION AFTER OPEN) indicates there are no extensions, and hence this is a
"short DCB".
--
For IBM-MAIN subscribe / signoff / archive access instru
Geez mr Elardus tell us how you really feel...your great love it
On Thu, Mar 19, 2015 at 2:11 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> Scott Ford wrote:
>
> >Yeah , now i see thank you Charles
>
> I have the same thing which Charles Mills kindly described. Load a mod
> w
Scott,
It is a very good idea to ask the binder to mark such table load modules
or, better, program objects as OL (only loadable).
On Thu, Mar 19, 2015 at 2:11 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> Scott Ford wrote:
>
> >Yeah , now i see thank you Charles
>
> I have
All:
I have a need to find the current dataset name of a ddname of a STC
running. The STC is in Cobol and I would like to write the ddname query in
Assembler. Could I do the following
Call xyz passing ddname
... Either with EXTRACT or RDJFCB find the dataset name and pass it back
?
Regards
Okay, you got me curious about this. I guess the "short" DCB is the EXCP DCB?
Looks like the MACRF flags (x'32' before OPEN, x'2A' after OPEN) say
X'80' -DCBBIT0- EXECUTE CHANNEL PROGRAM (EXCP). ALWAYS ZERO (BSAM, QSAM, BPAM,
BISAM, QISAM, BDAM). RESERVED (QTAM, BTAM)
So I would say "short DCB"
Mike O'Connell wrote:
>I am trying to find the flags that would tell me if a DCB is "short" (i.e. has
>x'3C' or less bytes). Perhaps its the fact that NO flags are set in the short
>DCB at fields DCBMACR (in FOUNDATION BEFORE OPEN ) and/or DCBMACRF (in
>FOUNDATION AFTER OPEN)?
Weird. After som
Scott Ford wrote:
>Yeah , now i see thank you Charles
I have the same thing which Charles Mills kindly described. Load a mod with
data and play with it.
In my case, I inherited an ancient IEFUJI exit. That thing loads a module
residing in a linklist library which contains only a list of approv
Yeah , now i see thank you Charles
Regards,
Scott
On Thu, Mar 19, 2015 at 11:54 AM, Charles Mills wrote:
> You can use the LOAD macro (fetch a program but don't branch to it) to
> bring a module into storage and then treat it as a big table of some sort.
>
> You would need to "find things" in t
I am trying to find the flags that would tell me if a DCB is "short" (i.e. has
x'3C' or less bytes). Perhaps its the fact that NO flags are set in the short
DCB at fields DCBMACR (in FOUNDATION BEFORE OPEN ) and/or DCBMACRF (in
FOUNDATION AFTER OPEN)?
---
On Thu, 19 Mar 2015 09:44:56 -0500, Kevin Landin wrote:
>We FTP a zip file from a vendor as binary to a z/OS Unix file. ...
>...
>Besides editing the file and removing the CR, is there a way to prevent the CR
>from being written to the z/OS data set during the translation?
>
From the man pag
You can use the LOAD macro (fetch a program but don't branch to it) to bring a
module into storage and then treat it as a big table of some sort.
You would need to "find things" in the table by basing off the entry address --
possibly using A() pointers there -- which is returned by the LOAD mac
All,
I have a question about a process. One installation I worked in we loaded
an object module into storage and the residing program used data inside the
load module ...Has anyone else seen this ? if so do you by chance have an
example. I need to base some product activation messages on where cert
Look at the OCOPY in Z/Os Unix services there is a parameter to fix CRLF
On Thursday, March 19, 2015, Kevin Landin
wrote:
> We FTP a zip file from a vendor as binary to a z/OS Unix file. We then
> expand the zip file using the JAR command:
>
> jar xf input.zip
>
> Since the members were zip
On Thu, 19 Mar 2015 09:44:56 -0500, Kevin Landin wrote:
>We FTP a zip file from a vendor as binary to a z/OS Unix file. We then expand
>the zip file using the JAR command:
>
>jar xf input.zip
>
>Since the members were zipped as ASCII, the unzipped members in the z/OS Unix
>file are also ASCII.
We FTP a zip file from a vendor as binary to a z/OS Unix file. We then expand
the zip file using the JAR command:
jar xf input.zip
Since the members were zipped as ASCII, the unzipped members in the z/OS Unix
file are also ASCII. Reviewing the unzipped members shows that each record ends
with
To all who kindly replied to help poor Peter... I believe Peter Hunkeler
resolved this, but because his replies start with 'AW:' instead of 'RE:', I'm
wondering if you missed that post from him?
I repeat what he wrote:
>Any idea what to look for?
Arrrgh. JES2 INDependent mode hit us again.
I would also use the $DN command and see if the ANY and IND parameters are
in play. The ANY and IND refer only to jobs awaiting execution/conversion.
Affinity is ignored for jobs awaiting print/punch processing; in this case,
specifying ANY or IND results in a list of all waiting jobs.
Lizette
Did you go into SDSF and issue the I next to a job awaiting conversion?
What did it show?
Check for route cards or other assignment statements.
This might be due to a system name not being available.
Can you post JCL in this state? It would help to determine the issue.
Lizette
> -Origin
Did you issue $S after the IPL?
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@br.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +55 19 9-8146
Another thought is do you have that system in "Independent Mode"
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H
p 616.653.8429
f 616.653.2717
---
On Thu, 19 Mar 2015 17:13:19 +0530, Mainframe Mainframe wrote:
>I never encountered below options in my earlier version, So I am not
>able to decide what should be value for #zoglobal ,#zotarg ,#zodist and
>#hlqual variable.
These are just names that will also be used in the OPTIONS field in the
1) Scheduling Environments
2) System affinity to a system not in the MAS
3) $AJ
Probably some more that I can't think of at the moment///
HTH,
I know there is a JES2 list, but this list is usally more responsive and we're
somewhat in a rush to find a solution.
We're somewhat lost. In sup
Hello Group,
We have requirement to install IMSv14.1 using CBPDO. We
have IMS13.1 also in the same system and we use command GLOBAL CSI for IMS
and different target and dist CSI as per IMS version.
But while submitting Job for for defining necessary DDDEF for system .
But I nev
Thanks to all for helping me to understand this. Thanks once again.
On Fri, Mar 13, 2015 at 6:24 PM, Kurt Quackenbush wrote:
> //SMPCNTL DD *
>>SET BDY(CIC52T) OPTIONS(CICSOPT).
>>LINK CHECK
>> LMODS CALLLIBS(SCEELKED).
>>
>> I never used this before. Can you please help me unde
In <0104089862784799.wa.paulgboulderaim@listserv.ua.edu>, on
03/18/2015
at 08:47 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:
>On Wed, 18 Mar 2015 07:16:19 -0400, Shmuel Metz (Seymour J.) wrote:
>>
>>>On Tue, 17 Mar 2015 23:30:33 -0400, Shmuel Metz (Seymour J.)
>I would also shout Agh! At what JES2 and z/OS level are you? Or does that
>not matter?
No, its not the fault of JES2, so the software levels do not matter.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
Peter Hunkeler wrote:
>>Any idea what to look for?
>Arrrgh. JES2 INDependent mode hit us again
I would also shout Agh! At what JES2 and z/OS level are you? Or does that
not matter?
>I stumbled over this earlier this year when job output was not purged. TWS is
>the culprit. See "JES
>Any idea what to look for?
Arrrgh. JES2 INDependent mode hit us again
I stumbled over this earlier this year when job output was not purged. TWS is
the culprit. See "JES2 not purging output on PURGE queue" in the JES2 list (Jan
2015), if interested in details.
--
Peter Hunkeler
--
I know there is a JES2 list, but this list is usally more responsive and we're
somewhat in a rush to find a solution.
We're somewhat lost. In support of our storage colleages, we've shutdown both
systems in out maintenance plex, and re-ipled one with only basic functions
such as JES2, VTAM, TS
58 matches
Mail list logo
