Re: Progam directory AD/Cycle C/370

2020-12-21 Thread CM Poncelet
I have the licensed OS/390 V2R10 IBM Library CDs, but have not looked for COBOL libraries/docs/directories on them (COBOL is not quite "my thing".) But, if whatever you are looking for might be on there, let me know and I'll search them. HTH On 21/12/2020 16:39, Charles Mills wrote: > I have a

DEF(__STRING_CODESET__)?

2020-12-21 Thread Paul Gilmartin
In any z/OS 2.4 doc I can search, I find only a single reference to __STRING_CODESET__, in XL C/C++ User’s Guide: When NOASCII is in effect, the compiler uses the IBM-1047 code page for character constants and string literals, unless the code page is affected by other related options;

Re: RFE: Some SuperC options should cater for longer lines

2020-12-21 Thread Paul Gilmartin
On Mon, 21 Dec 2020 19:38:30 +, Robert Prins wrote: >https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=147550 > Where I read: It would be useful is the current limit would be raised to a higher value, and the logical value would be 32767, the maximum 2-byte signed

RFE: Some SuperC options should cater for longer lines

2020-12-21 Thread Robert Prins
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=147550 Robert -- Robert AH Prins robert(a)prino(d)org The hitchhiking grandfather Some REXX code for use on z/OS

Re: RMODE64

2020-12-21 Thread Ed Jaffe
On 12/21/2020 8:48 AM, Paul Gilmartin wrote: On Mon, 21 Dec 2020 10:14:21 -0600, Joe Monk wrote: RMODE(64)When neither binder options RMODE=64 nor RMODEX are specified, RMODE(64) ESD are treated as RMODE(ANY) RMODE(ANY) is antiquated and misleading. I prefer to see RMODE(31). FWIW, we

Re: RMODE64

2020-12-21 Thread Paul Gilmartin
On Mon, 21 Dec 2020 10:50:42 -0600, Joe Monk wrote: >Well that quote is from the z/os 2.3 binder. > Thanks. I pretty clearly cited 2.4, where it remains unchanged. > >On Mon, Dec 21, 2020 at 10:48 AM Paul Gilmartin wrote: >> >> In: z/OS Version 2 Release 4 >> MVS Program Management: User's

Re: RMODE64

2020-12-21 Thread Joe Monk
Well that quote is from the z/os 2.3 binder. Joe On Mon, Dec 21, 2020 at 10:48 AM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 21 Dec 2020 10:14:21 -0600, Joe Monk wrote: > > >RMODE(64)When neither binder options RMODE=64 nor RMODEX are specified, >

Re: RMODE64

2020-12-21 Thread Paul Gilmartin
On Mon, 21 Dec 2020 10:14:21 -0600, Joe Monk wrote: >RMODE(64)When neither binder options RMODE=64 nor RMODEX are specified, >RMODE(64) ESD are treated as RMODE(ANY) RMODE(ANY) is antiquated and misleading. I prefer to see RMODE(31). In: z/OS Version 2 Release 4 MVS Program Management:

Re: list of APPLIDs

2020-12-21 Thread Seymour J Metz
D NET,APPLS with appropriate options D RSCLIST,IDTYPE=APPLS appropriate options -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of R.S. [r.skoru...@bremultibank.com.pl]

Re: Compiler options in object code?

2020-12-21 Thread Charles Mills
Thanks @Gil but that is not the problem I am trying to solve. As the subject and the OP say, "in object code" (not "when writing a program"). I have used __TARGET_LIB__ and __ARCH__ and _OPT__ and perhaps others. Here is the exact problem I am trying to solve: I have a C++-based load module

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread Charles Mills
I have a paper OS/VS COBOL P/G SC28-6483-2. It says "third edition, October 1981," if that helps. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, December 21, 2020 7:42 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: [EXTERNAL] list of APPLIDs

2020-12-21 Thread Seymour J Metz
What about TN3270? Has the pseudo-USS table for TN3270 gone away? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Marshall Stone [marshall.st...@siriuscom.com] Sent:

Re: RMODE64

2020-12-21 Thread R.S.
Yes, it is. However nowadays it seems to be harder than use RMODE31 and the need seems to be in far future. Again: I'm not talking about AMODE. BTW: I wish I would forget about 24-bit modes. -- Radoslaw Skorupka Lodz, Poland W dniu 21.12.2020 o 17:07, Joe Monk pisze: "Out of curiosity:

Re: RMODE64

2020-12-21 Thread Joe Monk
RMODE(64)When neither binder options RMODE=64 nor RMODEX are specified, RMODE(64) ESD are treated as RMODE(ANY) for module loading and execution, with the exception of data class C_WSA64, which can be loaded above the 2-gigabyte bar. In this case, the map in the binder listing and ESD records

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread Jousma, David
Here you go Radoslaw. Some of that info is on the IBM product lifecycle webpage https://www.ibm.com/support/lifecycle/ Enterprise COBOL for z/OS6.3.x Enhanced 5655-EC62019-09-06 Enterprise COBOL for z/OS 6.2.x Enhanced

Re: list of APPLIDs

2020-12-21 Thread Mike Wawiorko
D NET,APPLS,MAX=* will give you a list of APPLs in a single VTAM. Most sites will have many VTAMs. D NET,RSCLIST,IDTYPE=APPLS,ID=*,SCOPE=ACTONLY Is perhaps more use as it shows only active ones - not CONCT, RESET etc. If you are using the VTAM USS logon command I guess you only want the active

Re: RMODE64

2020-12-21 Thread Joe Monk
"Out of curiosity: why did you choose RMODE(64)?" Hey man - its the way of the future! Joe On Mon, Dec 21, 2020 at 9:38 AM R.S. wrote: > W dniu 21.12.2020 o 16:19, Ed Jaffe pisze: > > On 12/21/2020 6:27 AM, Paul Gilmartin wrote: > >> > >> On Sun, 20 Dec 2020 21:14:21 -0800, Ed Jaffe wrote: >

Re: [EXTERNAL] list of APPLIDs

2020-12-21 Thread Marshall Stone
Browse the VTAM USS Table source if you can locate it MS -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Sent: Monday, December 21, 2020 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] list of APPLIDs How to get list of available APPLIDs? I mean LOGON

Re: RMODE64

2020-12-21 Thread Joseph Reichman
I personally wanted to know I’m not sure if RMODE64 was available on 2.3 I looked up the CDE and it had an extension ihacdx so did xtentlist to take into account 64 bit address > On Dec 21, 2020, at 10:38 AM, R.S. wrote: > > W dniu 21.12.2020 o 16:19, Ed Jaffe pisze: >>> On 12/21/2020 6:27

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread R.S.
W dniu 21.12.2020 o 14:30, R.S. pisze: Thank you for the information. I appreciate it. BTW: Is there description/list of COBOL versions anywhere? I mean z/OS family, something like Enterprise COBOL 6.3  year Enterprise COBOL 6.2  year Enterprise COBOL 5.x  year Enterprise COBOL 4.x  year

Re: RMODE64

2020-12-21 Thread R.S.
W dniu 21.12.2020 o 16:19, Ed Jaffe pisze: On 12/21/2020 6:27 AM, Paul Gilmartin wrote: On Sun, 20 Dec 2020 21:14:21 -0800, Ed Jaffe wrote: There are many, Many, MANY restrictions! Are these listed anywhere?  For code or for data?  Services calls?  Citation needed. I was referring

Re: RMODE64

2020-12-21 Thread Joseph Reichman
But my points of the post is that documentation is lacking So Ed you figured out which services didn’t work trial and error meaning you would get an abend look it up in systems codes Also in addition am I correct that the only debugger available for RMODE64 is XDC Test won’t work and debug

Re: Compiler options in object code?

2020-12-21 Thread Charles Mills
Bingo! That's it. Thank you. Easy to find in the doc when you know exactly what you are looking for. You would not believe how many searches in the doc I did on Target (LOTS of hits!) and Architecture. Charles -Original Message- From: IBM Mainframe Discussion List

Re: list of APPLIDs

2020-12-21 Thread DAL POS Raphael
Hello, D NET,APPLS,MAX=* Ciao, -- Raphael Dal Pos / z/OS Support Generali Shared Services S.c.a.r.l. GSS\CIN-MF (Central Infrastructure Mainframe) 11-17, Avenue François Mitterrand 93200 Saint Denis / France Wilo W 03 B1 029C  

Re: Compiler options in object code?

2020-12-21 Thread Mario Bezzi
Chapter 38 of XL C/C++Programming Guide - Saved compile-time options information - describes them I hope this helps, mario On 12/21/20 3:28 AM, Greg Price wrote: On 2020-12-21 6:52 AM, Charles Mills wrote: Saved Options String Is it there? Does anyone know where the format of that string is

Re: RMODE64

2020-12-21 Thread Ed Jaffe
On 12/21/2020 6:27 AM, Paul Gilmartin wrote: On Sun, 20 Dec 2020 21:14:21 -0800, Ed Jaffe wrote: There are many, Many, MANY restrictions! Are these listed anywhere? For code or for data? Services calls? Citation needed. I was referring primarily to services. Our approach has been to

Re: RMODE64

2020-12-21 Thread Mike Schwab
Before you can ask for RMODE64, your program must be AMODE64. Then linkage editor option RMODE(64) asks for the program to be located above the 2GB line, but may or may not be honored. On Mon, Dec 21, 2020 at 8:27 AM Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On

list of APPLIDs

2020-12-21 Thread R.S.
How to get list of available APPLIDs? I mean LOGON APPLID=applidname -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę

Re: RMODE64

2020-12-21 Thread Paul Gilmartin
On Sun, 20 Dec 2020 23:26:22 -0600, Mike Schwab wrote: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ceev100/am64ap.htm >xplink 64. Also available for 24/31 bit programs. > I see no mention of RMODE there. Am I looking in the wrong place? On Sun, 20 Dec 2020

Re: Compiler options in object code?

2020-12-21 Thread PINION, RICHARD W.
I apologize if someone has already suggested it. But, there is the COBANAL program from CBT. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, December 21, 2020 9:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Compiler options in object

Re: Compiler options in object code?

2020-12-21 Thread Paul Gilmartin
On Sun, 20 Dec 2020 11:52:13 -0800, Charles Mills wrote: >Does anyone know where any compiler options are preserved in object code? I >am at this moment specifically interested in the XL C/C++ compiler options >TARGET and ARCH. In the pseudo-assembler listing I see > __ARCH__ is available as a

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread Joe Monk
https://www.ibm.com/support/knowledgecenter/SS6SG3_6.3.0/migrate/igympreab2.html Joe On Mon, Dec 21, 2020 at 7:30 AM R.S. wrote: > Thank you for the information. I appreciate it. > > > BTW: Is there description/list of COBOL versions anywhere? > I mean z/OS family, something like > Enterprise

Re: DB2 v12 and IAG2

2020-12-21 Thread Chris Hoelscher
This may or may not be an answer: I have seen NOTHING to indicate the situation has been resolved - but I could have missed it Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread R.S.
Thank you for the information. I appreciate it. BTW: Is there description/list of COBOL versions anywhere? I mean z/OS family, something like Enterprise COBOL 6.3  year Enterprise COBOL 6.2  year Enterprise COBOL 5.x  year Enterprise COBOL 4.x  year Enterprise COBOL 3.2 year ... VS COBOL II ?

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread Joe Monk
"Just curious: What was "AD/Cycle"?" AD/Cycle was part of SAA - the systems applications architecture. AD/Cycle referred to the "Application Development Cycle". https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?appname=skmwww=897%2FENUS290-529=AN=service%20initializer=ibmsearch_a=CA Joe On

Re: Progam directory AD/Cycle C/370

2020-12-21 Thread R.S.
W dniu 15.12.2020 o 10:19, Peter pisze: Hello Does anyone have a copy of Progam directory AD/Cycle C/370 1.2 ? I don't find the installation manual over web might be due to backlevelled Any pointers ? Just curious: What was "AD/Cycle"? I'm aware the above can be found in old compiler names,

DB2 v12 and IAG2

2020-12-21 Thread R.S.
DB2 v12 introduced new Insert Algorithm 2 (IAG2), which was the topic of Red Alert and the recommendation was to disable it. Question: is it fixed somehow or the recommendation is still valid? -- Radoslaw Skorupka Lodz, Poland