Re: IGGCSI00 Catalog Search interface

MVS/QuickRef Support Group Chicago-Soft, Ltd. On Thu, Mar 14, 2024, 9:19 AM Don Johnson < 02ee771a0785-dmarc-requ...@listserv.ua.edu> wrote: > Good morning! > > I am working with the IGGCSI00 module, and have looked at the field > descriptions and think I am missing somethin

Re: IGGCSI00 Catalog Search interface

d morning! :>I am working with the IGGCSI00 module, and have looked at the field descriptions and think I am missing something. :>Does anyone know the CSI field name and format where I can discover if a file is a BASIC or LARGE DSNtype? -- Binyamin Dissen http://www.dissensoftware.com D

Re: IGGCSI00 Catalog Search interface

character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter Sent: Thursday, March 14, 2024 10:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: IGGCSI00 Catalog Search interface

Not everyone has access to DCOLLECT data (we are not all sysprogs with privileged access rights). IGGCSI00 can be used by most folks to query catalog data. Understanding that the DSNTYPE isn’t available in the catalog data, perhaps IEHLIST could be used (clumsily I admit) to “print” the VTOC

Re: IGGCSI00 Catalog Search interface

Have you looked at DCOLLECT data? Michael At 08:19 AM 3/14/2024, Don Johnson wrote: Good morning! I am working with the IGGCSI00 module, and have looked at the field descriptions and think I am missing something. Does anyone know the CSI field name and format where I can discover

Re: IGGCSI00 Catalog Search interface

AFAIK this is not in the catalog, but there are some flags in the Format1 DSCB: DS1LARGE, DS1EATTR, DS1STRP Kirk Wolf Dovetailed Technologies http:// <http://dovetail.com>coztoolkit.com On Thu, Mar 14, 2024, at 8:19 AM, Don Johnson wrote: > Good morning! > > I am working wi

IGGCSI00 Catalog Search interface

Good morning! I am working with the IGGCSI00 module, and have looked at the field descriptions and think I am missing something. Does anyone know the CSI field name and format where I can discover if a file is a BASIC or LARGE DSNtype? Thanks! Don

Re: IGGCSI00 - NVSNATTR

Hi Kirk, The only method we've found is the ISITMGD macro however it requires the data set to be open. Regards, Marjory Montgomery Principal Architect Broadcom Software -- For IBM-MAIN subscribe / signoff / archive access

Re: IGGCSI00 - NVSNATTR

The man who will know all about IGGCSI00 is Stephen Branch at IBM, who maintains this code I think. He is a very knowledgeable and approachable man, who has helped me in the past. Lennie Dymoke-Bradshaw https://rsclweb.com 'Dance like no one is watching. Encrypt like everyone is.' -Original

Re: IGGCSI00 - NVSNATTR

Peter, Did you ever get an answer to this question about NVSMATTR='Q' ? As far as I know, there is no public API (callable by assembler, not an IBM utility), that can be used to determine PDSEV2. Am I wrong? Kirk Wolf Dovetailed Technologies https://coztoolkit.com On Mon, Jan 23, 2023, at

Re: IGGCSI00 - NVSMATTR

I corrected the subject line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IGGCSI00 - NVSNATTR

I asked for NVSMATTR,DEVTYP, DSCBTTR and VOLSER for a PDSE version 1. R15 was 0 after the call to IGGCSI. The DEVTYP, DSCBTTR and VOLSER were fine. I was expecting NVSMATTR to have a value of 'L' for a PDSE but I got 'Q'. This isn't documented. I was hoping to identify a PDSE (ve or v2) before

Re: IGGCSI00

ehalf Of Ituriel do Neto Sent: 24 June 2021 13:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IGGCSI00 EXTERNAL EMAIL Hi all, I'm coding a new program that will get information from Usercatalogs using IGGCSI00 API,but i'm stuck trying to reproduce IDCAMS command LISTCAT ENT(UCAT) ALL. Actually

Re: IGGCSI00

of aliases. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ituriel do Neto Sent: 24 June 2021 13:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IGGCSI00 EXTERNAL EMAIL Hi all, I'm coding a new program that will get information from Usercatalogs usi

IGGCSI00

Hi all, I'm coding a new program that will get information from Usercatalogs using IGGCSI00 API,but i'm stuck trying to reproduce IDCAMS command LISTCAT ENT(UCAT) ALL. Actually, i am interested in obtaining the number of ALIAS a specific UCAT has, and this IDCAMS commandshows that information

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] - Solution

Of Allan Staller Sent: Friday, July 10, 2020 8:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] The posted data shows only one alias. Did you truncate the listing? As long as both alaii point to the same ucat, I am mystified

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] So - READY

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

on the contents of this information is strictly prohibited From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Friday, July 10, 2020 12:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] You used an syntactically correct

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

iscrepancy, it may take a fair amount of work to resolve, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bruce Lightsey Sent: Friday, July 10, 2020 11:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] [CAUTION:

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] If not, I would presume that the catalogs that are in daily use would show errors - or the new datasets would be cataloged to the master instead of the usercats Bruce Lightsey Database Manager MS

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] Are the usercats still connected? Steve Gorham steve.gor...@ssa.gov -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Friday, July 10, 2020 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

Schwab Sent: Friday, July 10, 2020 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] Try IDCAMS command LISTCAT ALIAS ALL. If you try it under TSO then you need to do PROFILE NOPREFIX first. https://www.ibm.com/support/pages/idcams

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

Are the usercats still connected? Steve Gorham steve.gor...@ssa.gov -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Friday, July 10, 2020 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - shown by IGGCSI00

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

ubject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] On Thu, Jul 9, 2020 at 4:14 PM Feller, Paul < 02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote: This all sounds like similar behavior of the option in 3.4 called "Include Additional Qualifiers". If you d

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

day, July 10, 2020 9:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL] > > On Thu, Jul 9, 2020 at 4:14 PM Feller, Paul < > 02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote: > > > This all sound

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

al catalog search error - shown by IGGCSI00 [EXTERNAL] On Thu, Jul 9, 2020 at 4:14 PM Feller, Paul < 02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote: > This all sounds like similar behavior of the option in 3.4 called > "Include Additional Qualifiers". If you don

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

et list. With the option set on you don't have to use wild > card to get a dataset list. > > All the code I've ever written using IGGCSI00 I've had to use wild cards > to get the list of datasets I wanted. In the manual they talk about how > the use of wild cards or no wild ca

Re: potential catalog search error - shown by IGGCSI00

buting or taking any action in reliance on the contents of this information is strictly prohibited -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, July 9, 2020 5:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: potential catalog search error - s

Re: potential catalog search error - shown by IGGCSI00

: Thursday, July 9, 2020 4:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: potential catalog search error - shown by IGGCSI00 While I’m waiting on my sysprog and IBM to finish scratching their heads I thought I’d ask if anyone had run into and corrected a similar situation. And many thanks to Kirk Wolf

Re: potential catalog search error - shown by IGGCSI00

(your case) or S878 abends. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bruce Lightsey Sent: Thursday, July 9, 2020 3:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: potential catalog search error - shown by IGGCSI00 [CAUTION: This Email is from outside the Organizati

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

tten using IGGCSI00 I've had to use wild cards to get the list of datasets I wanted. In the manual they talk about how the use of wild cards or no wild cards will affect the output from IGGCSI00. Thanks.. Paul Feller GTS Mainframe Technical Support -Original Message- From: IBM Mainframe

Re: potential catalog search error - shown by IGGCSI00

Using ISPF 3.4 with PF10 and starting with CCTSD02.** (and / on Display Catalog Name), check for items catalogued in more than 1 catalog or in other catalogs than where they should be. Maybe the Catalog Alias is pointing wrong?

potential catalog search error - shown by IGGCSI00

on the LPAR – you must wild-card the name in order to get the catalog info returned. There is also a user-started SAP process integration task using plain FTP and IGGCSI00 that fails unless the dataset name is wild-carded On a second LPAR on the same CEC that shares the user catalogs, the REXX

Re: IGGCSI00 and REXX

Kirk, the sample exec is equal to the class you are using. What you supplied is the calling program code snip. With a small change to the exec, (PARSE UPPER ARG KEY replaces the Say & Pull statements) you can class it as a function. exactly like you do with Java, and it is much shorter from

Re: IGGCSI00 and REXX

Dale, Respectfully I disagree - CSI is not equally complicated to setup and process in all languages. Here's the IBM shipped z/OS java sample that sets up a call: https://github.com/zsystems/java-samples/blob/master/CatalogSearchSample.java ... CatalogSearch catSearch = new

Re: IGGCSI00 and REXX

On 18/03/2020 9:49 am, Billy Ashton wrote: Now, I have not done anything with batch Java here; do you have a more complete example of how to use it? Billy I have created some more complete Java samples and uploaded them to GitHub. There are 3 samples: - A simple catalog list by dataset

Re: IGGCSI00 and REXX

For completeness' sake, REXX also comes with IBMi, but what a horrible implementation it is. And the only two IBM manuals are from 1997! Dana On Fri, 20 Mar 2020 18:33:32 -0500, Dale R. Smith wrote: > REXX comes with z/OS (and z/VM and I believe z/VSE, don't know about TPF), > Lua does

Re: IGGCSI00 and REXX

On Fri, 20 Mar 2020 13:45:05 +0800, David Crayford wrote: >I'm not knocking your code which looks very good, but yet again it's a >good example of why REXX is a poor language for processing binary data. > >I don't use REXX much these days. On z/OS I use either Lua [1] or Python >[2], mainly Lua

Re: IGGCSI00 and REXX

ject:[EXTERNAL] Re: IGGCSI00 and REXX Sent by:IBM Mainframe Discussion List Oh no! Run for the hills :) Good luck with that! I wouldn't fancy processing an SMF 110 CMF record (with a dictionary) in REXX! I've done it in Java and that was onerous. On 2020-03-20 3:16 PM, Martin Packer wrote

Re: IGGCSI00 and REXX

3?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: David Crayford To: IBM-MAIN@LISTSERV.UA.EDU Date: 20/03/2020 09:21 Subject:[EXTERNAL] Re: IGGCSI00 and REXX Sent by:IBM Mainframe Discussion List Oh no! Run for the hills :)

Re: IGGCSI00 and REXX

le setting and nothing else needs to be changed. Talk about "magic"! :-)> I have written several REXX programs that use the Catalog Search Interface (CSI, aka IGGCSI00). I figured out early on that a lot of the code for setup, processing, and error decoding could be done with a

Re: IGGCSI00 and REXX

versions will only get worse as >>> the complexity of the program increases. >> Which is why REXX has variables! Set the "magic numbers" once, in one place and reference them by variable name. If the value changes, update the variable setting and nothing else needs to b

Re: IGGCSI00 and REXX

ue changes, update the variable setting and nothing else needs to be changed. Talk about "magic"! :-)> I have written several REXX programs that use the Catalog Search Interface (CSI, aka IGGCSI00). I figured out early on that a lot of the code for setup, processing, and error

Re: IGGCSI00 and REXX

:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX On Thu, 19 Mar 2020 21:04:27 +0800, David Crayford wrote: >I think that sample is a perfect example why you shouldn't use REXX for >processing complex records! > >All the magic number offsets and data conversions w

Re: IGGCSI00 and REXX

use the Catalog Search Interface (CSI, aka IGGCSI00). I figured out early on that a lot of the code for setup, processing, and error decoding could be done with a set of common routines that could be used in every REXX program that I create that uses CSI. That way, I only have to code the unique

Re: IGGCSI00 and REXX

IGGCSIRX in SYS1.SAMPLIB? There is also a share handout from 2014 that you can probably find on the internet. RESUME = 'Y' Do While RESUME = 'Y' /* Call the Catalog Search Interface */ ADDRESS LINKPGM 'IGGCSI00 RETAREA CSIFIELD WORKAREA' ... RESUME = SUBSTR(CSIFIELD,150,1) /* GET RESUME FLAG FOR NEXT

Re: IGGCSI00 and REXX

is also a share handout from 2014 that you can probably find on the > internet. > > RESUME = 'Y' > Do While RESUME = 'Y' > /* Call the Catalog Search Interface */ > ADDRESS LINKPGM 'IGGCSI00 RETAREA CSIFIELD WORKAREA' > ... > RESUME = SUBSTR(CSIFIELD,150,1) /* GET RESUME FLA

Re: IGGCSI00 and REXX

How about the rexx exec IGGCSIRX in SYS1.SAMPLIB? There is also a share handout from 2014 that you can probably find on the internet. RESUME = 'Y' Do While RESUME = 'Y' /* Call the Catalog Search Interface */ ADDRESS LINKPGM 'IGGCSI00 RETAREA CSIFIELD WORKAREA' ... RESUME = SUBSTR(CSIFIELD

Re: IGGCSI00 and REXX

owley" To: IBM-MAIN@listserv.ua.edu Sent: 3/17/2020 6:18:08 PM Subject: Re: IGGCSI00 and REXX Does it have to be Rexx? There is a Java interface to the CSI that is certainly easier than assembler, and I would say is easier than Rexx. https://www.ibm.com/support/knowledgecenter/SS

Re: IGGCSI00 and REXX

Now, I have not done anything with batch Java here; do you have a more complete example of how to use it? Billy -- Original Message -- From: "Andrew Rowley" To: IBM-MAIN@listserv.ua.edu Sent: 3/17/2020 6:18:08 PM Subject: Re: IGGCSI00 and REXX Does it have

Re: IGGCSI00 and REXX

:17 am, Lennie Dymoke-Bradshaw wrote: I have a need to make use of IGGCSI00. It would make my life a lot easier if I could work in REXX rather than assembler. I see that IBM have supplied a sample routine called IGGCSIRX showing how it can be used from REXX, though it looks a little cludgy

Re: IGGCSI00 and REXX

IGGCSI00 can return much more than that, assuming that's the program you mean. The examples and samples mostly need to be enhanced to take advantage. sas On Tue, Mar 17, 2020 at 3:56 PM ITschak Mugzach wrote: > Afaik the program only returns catalog, dsname and vol

Re: IGGCSI00 and REXX

; ‘Dance like no one is watching. Encrypt like everyone is.’ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of ITschak Mugzach > Sent: 17 March 2020 18:49 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] IGGCSI00 and REXX > > Lenni, &g

Re: IGGCSI00 and REXX

- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: 17 March 2020 18:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] IGGCSI00 and REXX Lenni, What exactly you need? we have a modified copy of the rexx used in our product (IronSphere) that act like a rexx function

Re: IGGCSI00 and REXX

lf > Of scott Ford > Sent: 17 March 2020 15:03 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] IGGCSI00 and REXX > > Gil, > > If memory serves me correctly Ken ( I dont remember his last name , the > rexx wiz from SHARE ) has a real nice piece of Rexx code for IGGCSI00,

Re: IGGCSI00 and REXX

ginal Message- From: IBM Mainframe Discussion List On Behalf Of scott Ford Sent: Tuesday, March 17, 2020 11:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX Lennie, It’s Ken Tomiak .. I just found it my friend. Scott On Tue, Mar 17, 2020 at 12:54 PM Richa

Re: IGGCSI00 and REXX

Lennie, I have an example of IGGCSI00 in CBT Tape FILE960 (http://cbttape.org <http://cbttape.org/>). A very general one is called DSLIST, it can take many CSI PARMs and return most of the info. ___ Al Ferguson | mailto:afergu...@neptunescove.org Milwaukee, WI USA |

Re: IGGCSI00 and REXX

t; -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Lennie Dymoke-Bradshaw > Sent: Tuesday, March 17, 2020 12:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IGGCSI00 and REXX > > Scott, > Thanks, > > As I live in the UK I don't get to Share.

Re: IGGCSI00 and REXX

Also check out Mark Zelden's CATSRCH rexx exec http://mzelden.com/mvsutil.html -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Dymoke-Bradshaw Sent: Tuesday, March 17, 2020 12:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX Scott, Thanks

Re: IGGCSI00 and REXX

is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of scott Ford Sent: 17 March 2020 15:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] IGGCSI00 and REXX Gil, If memory serves me correctly Ken ( I dont remember his last name , the rexx wiz from SHARE ) has

Re: IGGCSI00 and REXX

On Tue, 17 Mar 2020 15:07:57 +, Seymour J Metz wrote: >[LINKPGM] It's more like LINK than like CALL. > I agree. >If you want a jobstep parameter, why not use address LINKMVS, which builds the >HW length field automatically? > The ICSF interface the example uses does not use a HW length,

Re: IGGCSI00 and REXX

of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, March 17, 2020 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX On Tue, 17 Mar 2020 13:17:13 +, Lennie Dymoke-Bradshaw wrote: >I have a need to make use of IGGCSI00. >It would

Re: IGGCSI00 and REXX

Gil, If memory serves me correctly Ken ( I dont remember his last name , the rexx wiz from SHARE ) has a real nice piece of Rexx code for IGGCSI00, just a idea for you sir. Scott On Tue, Mar 17, 2020 at 10:59 AM scott Ford wrote: > Steve, > > I have written in rexx,oorexx,assembler,c

Re: IGGCSI00 and REXX

day, March 17, 2020 9:00 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IGGCSI00 and REXX > > All languages have glitches, especially C. Certainly there are things that > could be cleaned up in REXX, but there are other things that are eleant if > not

Re: IGGCSI00 and REXX

On Tue, 17 Mar 2020 13:17:13 +, Lennie Dymoke-Bradshaw wrote: >I have a need to make use of IGGCSI00. >It would make my life a lot easier if I could work in REXX rather than >assembler. I see that IBM have supplied a sample routine called IGGCSIRX >showing how it can be us

Re: IGGCSI00 and REXX

n merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Tuesday, March 17, 2020 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX All languages have glitches, especially

Re: IGGCSI00 and REXX

List on behalf of Steve Smith Sent: Tuesday, March 17, 2020 9:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGGCSI00 and REXX REXX is inherently kludgy (who needs structures? SUBSTR can do anything!). That's not a big REXX exec. Just de-kludge to your taste, if possible. IGGCSI00 is tricky

Re: IGGCSI00 and REXX

On Tue, Mar 17, 2020 at 8:53 AM Steve Smith wrote: > REXX is inherently kludgy (who needs structures? SUBSTR can do > anything!). > > That's not a big REXX exec. Just de-kludge to your taste, if possible. > IGGCSI00 is tricky to get started with, so you definitel

Re: IGGCSI00 and REXX

REXX is inherently kludgy (who needs structures? SUBSTR can do anything!). That's not a big REXX exec. Just de-kludge to your taste, if possible. IGGCSI00 is tricky to get started with, so you definitely want to start with a working example. There are also a couple of assembler samples

IGGCSI00 and REXX

I have a need to make use of IGGCSI00. It would make my life a lot easier if I could work in REXX rather than assembler. I see that IBM have supplied a sample routine called IGGCSIRX showing how it can be used from REXX, though it looks a little cludgy; not as elegant as the RACF interface

Re: Cobol and Hiperspace (was 64-bit C code fetching IGGCSI00)

You can access hiperspaces in COBOL using the MVS Callable Services for HLLs Window Services https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieac100/ws.htm. There are code examples. On 15/01/2019 2:58 am, scott Ford wrote: Peter: My typos ..sorry the question

Re: Cobol and Hiperspace (was 64-bit C code fetching IGGCSI00)

Peter: My typos ..sorry the question was in regard to a Cobol program creating and then referencing Hiperspaces. You answer was what I thought, so thank you. Scott On Mon, Jan 14, 2019 at 12:59 PM Peter Relson wrote: > > > So how does a Cobol Pgm , 31bit address say a Hiperspace ? > > I

Re: Cobol and Hiperspace (was 64-bit C code fetching IGGCSI00)

> So how does a Cobol Pgm , 31bit address say a Hiperspace ? > I assume an interface program units AR registers , etc., am I correct ? > I have don’t this want to... I could not parse this. What were you trying to ask? Hiperspaces are not directly referenced. You use services to put data in

Re: 64-bit C code fetching IGGCSI00

Sorry for the typos.. should read Cobol program , I would like to do this. Regards, Scott On Fri, Jan 4, 2019 at 4:19 PM scott Ford wrote: > Peter, > > So how does a Cobol Pam , 31bit address say a Hiperspace ? > I assume an interface program units AR registers , etc., am I correct ? > I have

Re: 64-bit C code fetching IGGCSI00

Peter, So how does a Cobol Pam , 31bit address say a Hiperspace ? I assume an interface program units AR registers , etc., am I correct ? I have don’t this want to... Scott IDMWORKS On Fri, Jan 4, 2019 at 8:46 AM Peter Relson wrote: > From the LE team: > > fetch() will indeed reject loading

Re: 64-bit C code fetching IGGCSI00

>From the LE team: fetch() will indeed reject loading load module of another AMODE. This is related to the fact that LE will not only load the module into storage (with the LOAD macro) but will also manage some control blocks and data for the module, such as the load list table, the WSA and

Re: 64-bit C code fetching IGGCSI00

AREA YREGS , END , Then pass parms in R0 and the program name in R1. Could be used for IGGCSI00 or any other program when in 64 bit mode.

Re: 64-bit C code fetching IGGCSI00

All this agita over invoking a straightforward system service routine like IGGCSI00 argues strongly for an IBM-supplied and IBM supported "thunk" or "glue" subroutine to enable such services to be used from AMODE64 programs. Or even for an alternate AMODE64 environmen

Re: 64-bit C code fetching IGGCSI00

On Thu, 20 Dec 2018 10:17:12 -0500, Pierre Fichaud wrote: >You can get around stack processing in 31-bit mode by using #pragma >linkage(fred,OS) where fred is a non-LE module. I've done this often. I haven't used #pragma linkage(fred,OS), but I have used extern "OS_NOSTACK" {int fred(void);} in

Re: 64-bit C code fetching IGGCSI00

Tom, If fetch is hard-wired to refuse a load of a 31-bit module while running in 64-bit mode, I need to write a 64-bit assembler front-end module. You can get around stack processing in 31-bit mode by using #pragma linkage(fred,OS) where fred is a non-LE module. I've done this often.

Re: 64-bit C code fetching IGGCSI00

On Wed, 19 Dec 2018 09:28:53 -0500, Pierre Fichaud wrote: >I can't believe that an AMODE 31 module can't be fetched by 64-bit C >code. __malloc31() can be used to get 31-bit storage. Disclaimer: I am not a C guy. 64-bit C is XPLINK. XPLINK-64 allocates the stack above the bar. The save area

Re: 64-bit C code fetching IGGCSI00

@LISTSERV.UA.EDU Subject: Re: 64-bit C code fetching IGGCSI00 Hmm-m-m. Maybe #pragma linkage (IGGCSI00, OS_NOSTACK) would work? Also, investigate your C compile listing, what is the compiler option XPLINK set to? I get the impression from RTFM about the XPLINK option that XPLINK(OSCALL(NOSTACK

Re: 64-bit C code fetching IGGCSI00

Hmm-m-m. Maybe #pragma linkage (IGGCSI00, OS_NOSTACK) would work? Also, investigate your C compile listing, what is the compiler option XPLINK set to? I get the impression from RTFM about the XPLINK option that XPLINK(OSCALL(NOSTACK)) is the default when LP64 is in effect, is that true

Re: 64-bit C code fetching IGGCSI00

Peter, Using FETCHABLE gives me the same error. With OS_DOWNSTACK I get the followig when I build: CCN6404 (W) The parameter "OS_UPSTACK" specified for "pragma linkage" is not valid. The pragma is ignored. I ran it anyway and got the same thing. I can't

Re: 64-bit C code fetching IGGCSI00

So using these pragmas did not stop the fetch error? #pragma(IGGCSI00, FETCHABLE) #pragma(IGGCSI00, OS_UPSTACK) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pierre Fichaud Sent: Tuesday, December 18, 2018 1:25 PM To: IBM

Re: 64-bit C code fetching IGGCSI00

In article <8873109401385730.wa.m42tomibmmainyahoo@listserv.ua.edu> you wrote: > On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote: > >I have 64-bit C code that attempts to fetch() IGGCSI00. > >I've used pragma linkage on IGGCSI00 but got nowhere. > >

Re: 64-bit C code fetching IGGCSI00

On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote: >I have 64-bit C code that attempts to fetch() IGGCSI00. >I've used pragma linkage on IGGCSI00 but got nowhere. >I am getting the following: > >EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 >e

Re: 64-bit C code fetching IGGCSI00

Don, I understand about the parameters and data areas being in 31-bit storage. I'm trying to fetch() IGGCSI00 in C code that is compiled for 64-bit. The fetch fails. Can I define IGGCSI00 somehow to C so that the fetch() works ? Regards, Pierre

Re: 64-bit C code fetching IGGCSI00

In article <5828839252973544.wa.prf51videotron...@listserv.ua.edu> you wrote: > I have 64-bit C code that attempts to fetch() IGGCSI00. > I've used pragma linkage on IGGCSI00 but got nowhere. > I am getting the following: > EDC5256S An AMODE64 application is attempting to

64-bit C code fetching IGGCSI00

I have 64-bit C code that attempts to fetch() IGGCSI00. I've used pragma linkage on IGGCSI00 but got nowhere. I am getting the following: EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 executable. (errno2=0xC4070068) The C program was compiled with : langlvl(LIBEXT),ARCH(5

Re: 0C4 in IGGCSI00

Thank you ITschak! I will try posting on the zPDT list to see if anyone there with later maintenance has the problem, or whether it is just a GA V2R2 issue Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Jan 18, 2018 at 1:29 AM, ITschak Mugzach wrote: > Same

Re: 0C4 in IGGCSI00

Same abens on our v2.2 (zPDT). ITschak בתאריך 18 בינו׳ 2018 4:04 לפנה״צ,‏ "Walt Farrell" כתב: > On Thu, 18 Jan 2018 11:38:28 +1100, Wayne Bickerdike > wrote: > > >Kirks example was *KIRK..FOO*. > > > >I don't even receive a message for that filter..

Re: 0C4 in IGGCSI00

On Wed, 17 Jan 2018 16:25:28 -0600, Kirk Wolf <k...@dovetail.com> wrote: >If I pass an invalid filter key to IGGCSI00, I get an 0C4 in IGGCSI00. Invalid in what way? -- Walt -- For IBM-MAIN subscribe / signoff

Re: 0C4 in IGGCSI00

:) On Thu, Jan 18, 2018 at 10:30 AM, Wayne Bickerdike <wayn...@gmail.com> wrote: > Don't see this problem on our system. > > z/os 2.2 RSU 1707 > > On Thu, Jan 18, 2018 at 9:25 AM, Kirk Wolf <k...@dovetail.com> wrote: > >> If I pass an invalid filter key t

Re: 0C4 in IGGCSI00

Don't see this problem on our system. z/os 2.2 RSU 1707 On Thu, Jan 18, 2018 at 9:25 AM, Kirk Wolf <k...@dovetail.com> wrote: > If I pass an invalid filter key to IGGCSI00, I get an 0C4 in IGGCSI00. > > I don't see this on our normal z/OS V2R2 dev system; only on a zPDT running

0C4 in IGGCSI00

If I pass an invalid filter key to IGGCSI00, I get an 0C4 in IGGCSI00. I don't see this on our normal z/OS V2R2 dev system; only on a zPDT running the ADCD Dec 2015 V2R2 build. Both systems have LMOD IGGCSI00 at the base level HDZ2220. On the other V2R2 system I get back RC4/Reas122 (Invalid

Re: Catalog interface question IGGCSI00 question

] On Behalf Of Sri h Kolusu Sent: Monday, May 13, 2013 6:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catalog interface question IGGCSI00 question I believe you should use CSIFILTK instead of CSIRESNM. Look at the complete documentation of Catalog Search Interface User's Guide. Check section 11.3

Catalog interface question IGGCSI00 question

Hi Using the catalog interface program IGGCSI00 And say I am looking for all SYS1.*. Datasets then CSIRESNM. = CL44'SYS1.*' ? Thanks Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions

Re: Catalog interface question IGGCSI00 question

Kolusu IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 05/13/2013 03:30:08 PM: From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@listserv.ua.edu, Date: 05/13/2013 03:30 PM Subject: Catalog interface question IGGCSI00 question Sent by: IBM Mainframe Discussion List IBM

IGGCSI00 DFSMS - ALIAS with SYMBOLICRELATE

Hi, I am using the IGGCSI00, the catalog search interface, the dataset name is an alias which is resolve to dataset name with symbolicrelate how couls I ask catalog to resolve the dataset name and find the dataset. right now if I use the dataset with the symbolicrelate variable, the IGGCSI00 R15=4

  1   2   >