Re: Bill Klein, COBOL standards person has died

2020-09-24 Thread Frank Swarbrick
Sad news. Thanks for letting us know, Clark. From: IBM Mainframe Discussion List on behalf of Clark F Morris Sent: Thursday, September 24, 2020 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Bill Klein, COBOL standards person has died The following is from

Re: Passing STDENV DD to FTP via SYSIN

2020-09-11 Thread Frank Swarbrick
You can also use the CEEOPTS DD. Something like this: //CEEOPTS DD * ENVAR("GSK_PROTOCOL_TLSV1_2=1") [...any other LE options you wish to use...] /* We also use this method of specifying TLS 1.2, but I seem to recall the "official" method is to use AT-TLS instead. At the time we wanted to

Re: Multiple FTP Servers

2020-09-04 Thread Frank Swarbrick
A couple of things... * According to https://en.wikipedia.org/wiki/FTPS, port 990 has been "reserved" as the official listener port for the FTPS data connection. * This doesn't mean you must use this port. Our FTPS server uses 8443. Apparently some brainiac thought that FTPS and HTTPS

Accessing github (and other public internet sites) (was Re: A little magic from Doug Nadel)

2020-09-04 Thread Frank Swarbrick
Question for you all. Are you allowed to have your z/OS machines access internet sites such as github, directly? If not, what processes do you follow to get said data on to your z/OS systems? From: IBM Mainframe Discussion List on behalf of David Crayford

Re: PL/I RFE to vote for (or not)

2020-09-02 Thread Frank Swarbrick
There is one advantage to COBOL's rather archaic arithmetic statements: DIVIDE dividend BY divisor GIVING quotient REMAINDER remain DIVIDE divisor INTO dividend GIVING quotient REMAINDER remain From: IBM Mainframe Discussion List on behalf of Robert

Re: Dovetail/Kirk Wolf?

2020-08-31 Thread Frank Swarbrick
If one does not use Twitter does one truly exist? From: IBM Mainframe Discussion List on behalf of Kirk Wolf Sent: Monday, August 31, 2020 3:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dovetail/Kirk Wolf? I'm fine (and utterly amused that my status might

Re: z/OS use of "legacy" programming languages

2020-07-01 Thread Frank Swarbrick
. From: IBM Mainframe Discussion List on behalf of Timothy Sipples Sent: Wednesday, July 1, 2020 12:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS use of "legacy" programming languages Frank Swarbrick asked: >Is Pascal also still supported/

z/OS use of "legacy" programming languages

2020-06-30 Thread Frank Swarbrick
Some time ago I noticed that z/OS Language Environment has support for both "FORTRAN IV" and "VS FORTRAN" (FORTRAN 77 standard), even though the latest Fortran compiler hasn't been enhanced since 1993 (??). I've been learning modern Fortran (standards Fortran 90, 95, 03 and 08) using GNU

Re: Good FTP client for MVS data set access

2020-06-18 Thread Frank Swarbrick
r, but yes a sysprog would need to install it if not installed, configure and setup the security or have the secadmin do the security. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 18, 2020 1:20:14 PM Subject:

Re: Good FTP client for MVS data set access

2020-06-18 Thread Frank Swarbrick
rsecomm.properties File 755 2020-02-20 11:50 CPV8281 294 ssl.properties Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 18, 2020 12:52:18 PM Subject: Re: Good FTP client for MVS data set access Looks like some of

Re: Good FTP client for MVS data set access

2020-06-18 Thread Frank Swarbrick
al Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 5:29:58 PM Subject: Re: Good FTP client for MVS data set access Hey Carmen, Is that z/OS Explorer (free) or is that IBM Developer (formerly Rational Developer -- expensive) for Z th

Re: Good FTP client for MVS data set access

2020-06-18 Thread Frank Swarbrick
/explorer I have installed Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 5:29:58 PM Subject: Re: Good FTP client for MVS data set access Hey Carmen, Is that z/OS Explorer (free) or is that IBM

Re: Improve OMVS cp performance?

2020-06-18 Thread Frank Swarbrick
/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 6:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Do you think its

Re: Improve OMVS cp performance?

2020-06-17 Thread Frank Swarbrick
, although it would take some careful design to make it efficient and transparent. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr

Re: Good FTP client for MVS data set access

2020-06-17 Thread Frank Swarbrick
S data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbric

Re: Good FTP client for MVS data set access

2020-06-17 Thread Frank Swarbrick
s.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subj

Re: Good FTP client for MVS data set access

2020-06-17 Thread Frank Swarbrick
ow from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > &

Re: Improve OMVS cp performance?

2020-06-17 Thread Frank Swarbrick
effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [fr

Re: Good FTP client for MVS data set access

2020-06-17 Thread Frank Swarbrick
from the GUI moving or coping datasets can be done using a drag and drop. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 1:09:55 PM Subject: Good FTP client for MVS data set access What FTP client

Good FTP client for MVS data set access

2020-06-17 Thread Frank Swarbrick
What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a

Re: Improve OMVS cp performance?

2020-06-17 Thread Frank Swarbrick
I wonder what kind of effort it might be for z/OS to support Unix path names as aliases/links to MVS legacy data sets. Probably a lot of work, but it seems like it would be quite useful for situations such as this where the Unix application only supports Unix paths. Just a wild thought. Not

Re: "Everyone wants to retire mainframes"

2020-06-11 Thread Frank Swarbrick
In a kinder, more gentle world, the message would tell you which. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: T

Re: Goto Statements AND COBOL OPTIMIZATION

2020-06-11 Thread Frank Swarbrick
Those were added w/ COBOL 2002, not 2014. Don't give yourself too much credit!  From: IBM Mainframe Discussion List on behalf of Tom Ross Sent: Wednesday, June 10, 2020 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Goto Statements AND COBOL OPTIMIZATION

Re: "Everyone wants to retire mainframes"

2020-06-11 Thread Frank Swarbrick
e you sure that it wasn't in the joblog? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 10, 2020 1:02 PM To

Re: "Everyone wants to retire mainframes"

2020-06-10 Thread Frank Swarbrick
Here's a quote from a message I posted to this list in 2009: "I have a very basic one to complain about: DFS0929I BLDL FAILED FOR MEMBER --DDMPPSZ This really means that the specified PSB DDMPPSZ is not in the specified IMS library. Why can't it just say that? As an application programmer do

Re: COBOL Question

2020-06-09 Thread Frank Swarbrick
Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Tuesday, June 9, 2020 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL Question Do you mean like this? integer, dimension(10) :: a, b, c a = [1,2,3,4,5,6,7,8,9,10] b = [2,3,4,5,6,7,8,9,10,11

Re: COBOL Question

2020-06-09 Thread Frank Swarbrick
Subject: Re: COBOL Question What about gcc Fortran? Does that run on OMVS? Linux on Z? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr

Re: COBOL Question

2020-06-09 Thread Frank Swarbrick
/* If a problem has a single neck, it has a simple solution. */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, June 8, 2020 21:22 I've been teaching myself (modern) Fortran the last few weeks. Just b

Re: COBOL Question

2020-06-09 Thread Frank Swarbrick
, 2020, 08:22:18 PM CDT, Frank Swarbrick wrote: I've been teaching myself (modern) Fortran the last few weeks. Just because. It has an interesting behavior that I kind of like. Normal IF statement: if (something) then end if But it also has a "one line IF" (not su

Re: COBOL Question

2020-06-08 Thread Frank Swarbrick
I've been teaching myself (modern) Fortran the last few weeks. Just because. It has an interesting behavior that I kind of like. Normal IF statement: if (something) then end if But it also has a "one line IF" (not sure offhand of the Fortran "name" for this): if (something) must

Re: COBOL Question

2020-06-08 Thread Frank Swarbrick
Were there really three releases of VS COBOL II that didn't implement COBOL 1985? I thought there was only one. But I didn't live through it. I generally think of COBOL II and COBOL 1985 as being "the same", since that was (essentially) the case by the time I became a COBOL developer (in

Re: COBOL Question

2020-06-08 Thread Frank Swarbrick
Apologies again if this has already been answered. I'm a few days behind. You can use a full stop (period) to terminate an IF statement. The "problem" is (and one of the any reasons I elide all periods that are not absolutely required) it terminates an entire COBOL "sentence" (not just a

Re: COBOL Question

2020-06-08 Thread Frank Swarbrick
GO TO to an "exit" procedure (that is, a procedure that terminates unconditionally terminates the program) is, in my mind, acceptable as well. In fact, if you try to "perform" a "terminal" exit procedure the compiler will give you a warning that your "calling" procedure will never reach its

Re: COBOL Question

2020-06-08 Thread Frank Swarbrick
With Enterprise COBOL V5 and up you could do the following: PERFORM VARYING JC FROM 1 BY 1 UNTIL JC > 99 IF X > 999 EXIT PERFORM CYCLE END-IF IF FIRST-NAME = "ROBERT" EXIT PERFORM CYCLE END-IF IF TYPE <> 195 EXIT PERFORM CYCLE END-IF IF NOT SO-ON EXIT PERFORM CYCLE END-IF IF

Re: Gratuitous EXECIO Documentation

2020-06-08 Thread Frank Swarbrick
I can't seem to find any way to give a "thumbs up" to a listserv post. So consider this to be a virtual thumbs up.  (Yes, I am kidding about not being able to find how to do it. I realize that listserv far pre-dates Twitter, Facebook and the like.) From:

Re: What crashing COBOL systems reveal about applications maintenance -- GCN

2020-05-20 Thread Frank Swarbrick
We use OPT(1). Probably for no good reason. (And it was my decision, meaning its easy enough to change!) From: IBM Mainframe Discussion List on behalf of Tom Ross Sent: Wednesday, May 20, 2020 3:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What crashing

Re: Oil futures and computer "help"

2020-05-13 Thread Frank Swarbrick
Never trust a computer application that you yourself didn't write. And even then don't trust it. Only slightly kidding. From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Wednesday, May 13, 2020 5:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-09 Thread Frank Swarbrick
https://developer.ibm.com/mainframe/2020/04/24/ibm-intends-to-enable-go-on-z-os/ IBM intends to enable Go on z/OS - Mainframe DEV IBM intends to enable a full native Go (or Golang) compiler on z/OS. IBM intends to

Re: TSO/E SUBMIT exit

2020-05-06 Thread Frank Swarbrick
Are you still wanting to limit "non OPER" users to only those jobs beginning with their user ID? If so, for gods sake why? Sounds very 1960s... From: IBM Mainframe Discussion List on behalf of Robert Hahne Sent: Wednesday, May 6, 2020 2:34 PM To:

Re: Mainframe user ID length

2020-05-04 Thread Frank Swarbrick
I know on my MQ instance I have installed on my home Windows machine, MQ truncates my Windows user ID "Frank Swarbrick" to "Frank Swarbr". From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Monday, May 4, 2020

Re: IBM-MAIN Digest - 2 May 2020 to 3 May 2020 (#2020-125)

2020-05-04 Thread Frank Swarbrick
Discussion List on behalf of Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> Sent: Monday, May 4, 2020 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM-MAIN Digest - 2 May 2020 to 3 May 2020 (#2020-125) On Mon, 4 May 2020 19:14:31 +, Frank Swarbrick wrote: >Wha

Re: IBM-MAIN Digest - 2 May 2020 to 3 May 2020 (#2020-125)

2020-05-04 Thread Frank Swarbrick
It's simple enough to write your own CICS signon screen to allow for longer user IDs (and passwords/phrases), but I think CICS would have to add support for the EXEC CICS SIGNON command to allow for a longer user ID. Currently: " USERID(data-value) Specifies the 8-byte sign-on user ID. The

Re: IBM-MAIN Digest - 2 May 2020 to 3 May 2020 (#2020-125)

2020-05-04 Thread Frank Swarbrick
Interesting stuff. I certainly won't claim to understand it all. What I would love to see is some sort of "single signon" option, where a user would only need to sign on to their personal workstation and not need to explicitly sign on to z/OS at all. It seems like (to me, anyway!) a user could

Re: Mainframe user ID length

2020-05-04 Thread Frank Swarbrick
From: IBM Mainframe Discussion List on behalf of Walt Farrell Sent: Sunday, May 3, 2020 7:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe user ID length On Thu, 30 Apr 2020 19:46:04 +0000, Frank Swarbrick wrote: >Is z/OS still limited in all cases to 8 upper case characters? I

Re: Mainframe user ID length

2020-05-04 Thread Frank Swarbrick
: IBM Mainframe Discussion List on behalf of Timothy Sipples Sent: Saturday, May 2, 2020 12:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe user ID length Frank Swarbrick wrote: >"more than 8"? What's the limit, if any? The z/OS LDAP Server's CN limit is 256 charac

Re: Mainframe user ID length

2020-04-30 Thread Frank Swarbrick
il.com ‐‐‐ Original Message ‐‐‐ On Thursday, April 30, 2020 3:46 PM, Frank Swarbrick wrote: > Is z/OS still limited in all cases to 8 upper case characters? I am curious > if a user that only has access to MQ might be able to have a longer and > ideally mixed case user ID. They would

Re: Mainframe user ID length

2020-04-30 Thread Frank Swarbrick
⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Thursday, April 30, 2020 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Mainframe user ID length CAUTION EXTERNAL EMAIL Is z/OS still limited in all cases to 8 upper

Mainframe user ID length

2020-04-30 Thread Frank Swarbrick
Is z/OS still limited in all cases to 8 upper case characters? I am curious if a user that only has access to MQ might be able to have a longer and ideally mixed case user ID. They wouldn't have access to TSO or CICS or IMS.

Re: Latest COBOL standard is 2014 was Re: Cobol

2020-04-27 Thread Frank Swarbrick
And believe it or not, there is an ISO group working on a 202X standard for COBOL. From: IBM Mainframe Discussion List on behalf of Clark Morris Sent: Monday, April 27, 2020 7:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Latest COBOL standard is 2014 was Re:

Re: C

2020-04-27 Thread Frank Swarbrick
The "1974" COBOL compiler (OS/VS COBOL) required the printer control character to be explicitly defined. This "bug" can be "emulated" with VS COBOL II and subsequent compilers by specifying the "NOADV" compiler option. Not recommended for new programs, but useful when migrating from OS/VS

Re: IGYSC2025-W cobol message

2020-04-24 Thread Frank Swarbrick
Is SAS-BLOCK or B-C-BILL ever referred to later in the program? If so, post the code. If not then just delete both fields from the linkage section. From: IBM Mainframe Discussion List on behalf of Mahesh KN Sent: Friday, April 24, 2020 5:21 AM To:

Re: Why rip out COBOL when you can modernize key applications? - Weirdware

2020-04-08 Thread Frank Swarbrick
ng a table stack. On 2020-04-08 5:14 AM, Frank Swarbrick wrote: > Nested subroutines. > > Small example: > > ID DIVISION. > PROGRAM-NAME. MAINPROG. > [...] > PROCEDURE DIVISION. > CALL 'NESTED-PROGRAM-1' > GOBACK. > > ID DIVISION. >

Re: Why rip out COBOL when you can modernize key applications? - Weirdware

2020-04-07 Thread Frank Swarbrick
Sorry, I guess technically they are "nested programs". From: IBM Mainframe Discussion List on behalf of Frank Swarbrick Sent: Tuesday, April 7, 2020 3:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Why rip out COBOL when you can modernize key ap

Re: Why rip out COBOL when you can modernize key applications? - Weirdware

2020-04-07 Thread Frank Swarbrick
, Frank Swarbrick wrote: > Internal subroutines and local variables have been supported since COBOL 1985 > (VS COBOL II era). > They're not ideal, but they do exist. > > > From: IBM Mainframe Discussion List on behalf of > David Spiegel > Sent

Re: Why rip out COBOL when you can modernize key applications? - Weirdware

2020-04-07 Thread Frank Swarbrick
Internal subroutines and local variables have been supported since COBOL 1985 (VS COBOL II era). They're not ideal, but they do exist. From: IBM Mainframe Discussion List on behalf of David Spiegel Sent: Tuesday, April 7, 2020 12:58 PM To:

Re: GOTOs (was CLIST)

2020-03-24 Thread Frank Swarbrick
A bit off topic perhaps, but COBOL now supports the following: EXIT PERFORM (like LEAVE) EXIT PERFORM CYCLE (like ITERATE) EXIT PARAGRAPH (like LEAVE but exists the current COBOL paragraph) EXIT SECTION (like LEAVE but exists the current COBOL section) You can even exit from a simple block,

Re: Glossary (was: ZOA ... Ansible)

2020-02-21 Thread Frank Swarbrick
Why not just "UNIX file" or "z/OS UNIX" file? From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Friday, February 21, 2020 6:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Glossary (was: ZOA ... Ansible) What's wrong with USS again?

Re: Manuals for CA-VOLLIE?

2020-02-03 Thread Frank Swarbrick
I don't have a Broadcom logon, but did you try this page? https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-miscellaneous/legacy_bookshelves_and_pdfs/bookshelves_and_pdfs/bookshelves/ca-vollie-for-z-vse.html From: IBM Mainframe Discussion List on

Re: Manuals for CA-VOLLIE?

2020-02-03 Thread Frank Swarbrick
You might ask on bit.listserv.vse-l. From: IBM Mainframe Discussion List on behalf of Bernd Oppolzer Sent: Monday, February 3, 2020 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Manuals for CA-VOLLIE? In my new project assignment, I have to use a tool called

Re: Starting an application in ISPF

2020-01-17 Thread Frank Swarbrick
@LISTSERV.UA.EDU Subject: Re: Starting an application in ISPF And even simpler, add it's and select cmd options to your ispf command table. This way you can type a short name to invoke it. ITschak בתאריך יום ו׳, 17 בינו׳ 2020, 2:44, מאת Frank Swarbrick ‏< frank.swarbr...@outlook.com>: > This works

Re: Starting an application in ISPF

2020-01-16 Thread Frank Swarbrick
ve Smith Sent: Thursday, January 16, 2020 4:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Starting an application in ISPF Just write and invoke a simple exec (or clist if that's your thing): /* REXX */ ADDRESS ISPEXEC 'SELECT PGM(DGTFMD01) NEWAPPL(DGT) SCRNAME(ISMF)' EXIT Y

Re: Starting an application in ISPF

2020-01-16 Thread Frank Swarbrick
your thing): /* REXX */ ADDRESS ISPEXEC 'SELECT PGM(DGTFMD01) NEWAPPL(DGT) SCRNAME(ISMF)' EXIT You could also invoke it from option 7.1 (Dialog Test), but that adds some overhead. sas On Thu, Jan 16, 2020 at 6:47 PM Frank Swarbrick wrote: > Doesn't work for me. Must not be in my "

Re: Starting an application in ISPF

2020-01-16 Thread Frank Swarbrick
just type START ISMF on any ISPF command line Launches in a new window YMMV rgds -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, 17 January 2020 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Starting an application in ISPF I am a developer

Starting an application in ISPF

2020-01-16 Thread Frank Swarbrick
I am a developer who wants to start up the ISMF application. Being a developer I don't have it as an option on any ISPF menu. Documentation states I can use "ISPSTART PGM(DGTFMD01) NEWAPPL(DGT)" from TSO. This works, but then I have only that application running, and not my other ISPF

Re: Migrating to new compiler release

2020-01-15 Thread Frank Swarbrick
enders or unexpected emails** You’ve got me there! I would think that chance is relatively small and wouldn’t worry about it. On Wed, Jan 15, 2020 at 12:08 PM Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > Intentional differences, yes.

Re: Migrating to new compiler release

2020-01-15 Thread Frank Swarbrick
be documented in the migration guides I would think. On Tue, Jan 14, 2020 at 1:38 PM Frank Swarbrick wrote: > I understand that the runtime is part of LE, and is generally shared > between versions (at least V5 and V6 seem to share the same runtime for > many/most functions). Conceiv

Re: Migrating to new compiler release

2020-01-15 Thread Frank Swarbrick
10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migrating to new compiler release Seems to me your problem is recompiling after testing. If you want to avoid problems that re-compiling could introduce, then don't. sas On Wed, Jan 15, 2020 at 11:59 AM Frank Swarbrick < frank.swa

Re: Migrating to new compiler release

2020-01-15 Thread Frank Swarbrick
...@outlook.com (Frank Swarbrick) wrote: >I disagree with that. A new version may simply be new features, none >affecting any features the old version supported. The 6.3 compiler supports a new ARCH level for the z15 and uses SIMD instructions rather that the selected conversion to floating

Re: Migrating to new compiler release

2020-01-15 Thread Frank Swarbrick
for the same statement, for another. It certainly would. If the code generated for every statement was the same for both compilers, then there would be no difference between the two. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Fr

Re: Migrating to new compiler release

2020-01-14 Thread Frank Swarbrick
ers, then there would be no difference between the two. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Tuesday, January 14, 2020 11:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migrating to new compi

Re: Migrating to new compiler release

2020-01-14 Thread Frank Swarbrick
Thanks Allan, that eases my mind quite a bit. No z15 for us yet. And use of any new features of course will require testing and implementation with the latest compiler version. From: IBM Mainframe Discussion List on behalf of Allan Kielstra Sent: Tuesday,

Re: Migrating to new compiler release

2020-01-14 Thread Frank Swarbrick
but that is what APARs and PTFs are for. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, January 13, 2020 3:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Migrating to new compiler release I was wondering what

Re: Migrating to new compiler release

2020-01-14 Thread Frank Swarbrick
- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, January 13, 2020 3:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Migrating to new compiler release I was wondering what "methodologies" shops have for migrating to a new "

Migrating to new compiler release

2020-01-13 Thread Frank Swarbrick
I was wondering what "methodologies" shops have for migrating to a new "release" within the same "version" of a compiler. Specifically, we currently have Enterprise COBOL 6.2 (V6 R2) and 6.3 is now available. Our systems group asked if we just wanted to "replace" 6.2 with 6.3. I'm a bit wary

Re: Enterprise COBOL 6.3 and IBM Programmer Tools

2020-01-02 Thread Frank Swarbrick
I believe this is more of a limitation of CICS itself and not COBOL. Neither C/C++ nor PL/I 64-bit applications are supported under CICS. Even for assembler only non-LE programs are allowed to use AMODE(64). From: IBM Mainframe Discussion List on behalf of

Re: VSAM record length 0

2019-12-31 Thread Frank Swarbrick
VSAM macro return and reason codes Reason Codes (RPLERRCD) 108(X'6C') Incorrect RECLEN. Some possible reasons are: 1. RECLEN specified was larger than the maximum allowed, equal to 0, or smaller than the sum of the length and the displacement of the key field. 2. RECLEN was not equal to

Re: VSAM record length 0

2019-12-27 Thread Frank Swarbrick
VSAM record length 0 On Fri, 27 Dec 2019 23:46:12 +0000, Frank Swarbrick wrote abour Re: VSAM record length 0: > It turns out I was not quite on the right track. The 'record format' > of the file does allow for a CRLF sequence embedded in it, but it does > it by Base64 encoding th

Re: VSAM record length 0

2019-12-27 Thread Frank Swarbrick
Discussion List on behalf of David W Noon Sent: Friday, December 27, 2019 4:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VSAM record length 0 On Fri, 27 Dec 2019 22:55:35 +0000, Frank Swarbrick wrote abour VSAM record length 0: > So I am trying to copy sequential file to a VS

VSAM record length 0

2019-12-27 Thread Frank Swarbrick
So I am trying to copy sequential file to a VSAM ESDS. One of the lines in the source file has a record length of zero. Apparently VSAM does not support zero-length records? Can this be true? This blank line has "meaning". What are my options?

Re: Enterprise COBOL 6.3 and IBM Programmer Tools

2019-12-24 Thread Frank Swarbrick
iginal Message ‐‐‐ On Tuesday, December 24, 2019 12:33 PM, Frank Swarbrick wrote: > Has anyone out there used the IBM programmer tools such as IBM Debugger and > IBM Fault Analyzer with Enterprise COBOL V6.3? I am wondering if we need to > upgrade these tools in order to use some of t

Enterprise COBOL 6.3 and IBM Programmer Tools

2019-12-24 Thread Frank Swarbrick
Has anyone out there used the IBM programmer tools such as IBM Debugger and IBM Fault Analyzer with Enterprise COBOL V6.3? I am wondering if we need to upgrade these tools in order to use some of the new features of COBOL V6.3 (specifically dynamic length strings and Unicode fields).

Re: Dynamically detect if CBLQDA is active from a COBOL program?

2019-11-15 Thread Frank Swarbrick
Discussion List On Behalf Of Frank Swarbrick Sent: Friday, November 15, 2019 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamically detect if CBLQDA is active from a COBOL program? If this default is at the system level, rather than at an individual program level, I wonder if you might have

Re: Dynamically detect if CBLQDA is active from a COBOL program?

2019-11-15 Thread Frank Swarbrick
Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Wednesday, November 13, 2019 7:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamically detect if CBLQDA is active from a COBOL program? Do you have any reason to believe that CBLQDA(ON) is ever used in your shop? If CBLQCA is not already

Re: How can I generate a UUID in a z/OS COBOL Program

2019-11-14 Thread Frank Swarbrick
f Timothy Sipples Sent: Thursday, November 14, 2019 12:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I generate a UUID in a z/OS COBOL Program Frank Swarbrick wrote: >The SWIFT payments network has a field called the UETR >(Unique End-to-end Transaction Reference), which is a

Re: How can I generate a UUID in a z/OS COBOL Program

2019-11-13 Thread Frank Swarbrick
It looks like the Enterprise PL/I UID BIF only generates a Version 5 UUID. The SWIFT payments network has a field called the UETR (Unique End-to-end Transaction Reference), which is a Version 4 UUID. Will the new Enterprise COBOL feature be able to generate a Version 4 UUID? Here's the

Re: Dynamically detect if CBLQDA is active from a COBOL program?

2019-11-13 Thread Frank Swarbrick
Do you have any reason to believe that CBLQDA(ON) is ever used in your shop? If CBLQCA is not already set to ON as default in your shop it seems unlikely to me that anyone is setting it explicitly somewhere. But I only have my own shop to go by, so who knows...

Re: How can I generate a UUID in a z/OS COBOL Program

2019-11-01 Thread Frank Swarbrick
Most excellent! New Fed Wire rules will require a UUID for an upcoming version, so this is very good news. I do kind of question the need for language specific methods, though. Couldn't an LE service be developed for use by all languages? Either way, I look forward to it.

Re: multi-line STDPARM shell script for BPXBATCH

2019-10-30 Thread Frank Swarbrick
As someone who rarely uses BPXBATCH, and doesn't have an alternate program, I'm curious as to some of the major issues with BPXBATCH. Actually, I am curious to the need of BPXBATCH altogether. I ponder, occasionally, if JCL could be changed somehow to support a kind of EXEC statement that

Re: Why Linux Developers Should Reconsider IBM Mainframes - Linux.com

2019-10-14 Thread Frank Swarbrick
While I don't believe there was ever 64-bit System/390 hardware, the Linux "arch" name for the 64-bit z/Architecture was named s390x, for better or worse. From: IBM Mainframe Discussion List on behalf of Mike Shorkend Sent: Sunday, October 13, 2019 5:50 AM To:

Re: IBM Z Development and Test Environment (zD)

2019-10-11 Thread Frank Swarbrick
artnerworld , this one is new to me . I *ASSUME ( I know ) > that the customer has to have the Linux hardware for the Deploys , etc. > Can someone from IBM confirm this ? My assumption is you could run on > another host environment ... > > Scott > >> On Thu, Oct 10, 2019

IBM Z Development and Test Environment (zD)

2019-10-10 Thread Frank Swarbrick
Starting a new thread...just because. So does anyone have an experience actually using this? Do you have Enterprise Edition? Does each developer have a zD "instance"? Do you build an "image" from an existing mainframe z/OS environment and then have the developers deploy that image to their

Re: Rexx calls versus branching

2019-09-30 Thread Frank Swarbrick
I just wanted to bring up a "gotcha" when passing more than one "parameter". I believe with the example you give below, you are calling the "code" routine with one parameter, which has a value of '0 100'. The "code" routine then uses standard REXX PARSE logic to parse the characters before

Re: SFTP Special Charcters

2019-09-20 Thread Frank Swarbrick
File systems and file transport protocols should all support metadata such as file encoding, etc. Get on it.  From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Friday, September 20, 2019

Re: Part number for RDZ

2019-09-09 Thread Frank Swarbrick
k changing names drums up buss Wastes more time in labor costs by sales people not knowing what you are talking about > On Sep 9, 2019, at 4:56 PM, Frank Swarbrick > wrote: > > Hmm. According the the following, IBM Debug for z/OS, which includes what > was IBM De

Re: Part number for RDZ

2019-09-09 Thread Frank Swarbrick
Hmm. According the the following, IBM Debug for z/OS, which includes what was IBM Debug Tool, supports 64-bit applications: "IBM Debug for z/OS offers debugging and code coverage for z/OS applications written in COBOL, PL/I, C/C++ and

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread Frank Swarbrick
Swift is even smarter. It seems like even a newline doesn't absolutely indicate the end of a statement, as long as the compiler can infer that a statement absolutely has not completed. You can (but I don't recommend it) even do something like this: let a = 1 print ( a )

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-29 Thread Frank Swarbrick
One reason to love Swift. No semicolons required!!! From: IBM Mainframe Discussion List on behalf of Matt Hogstrom Sent: Thursday, August 29, 2019 12:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend I

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-29 Thread Frank Swarbrick
I've had the COBOL compiler abend during the SQL preprocessor step with a malformed EXEC SQL statement. From: IBM Mainframe Discussion List on behalf of Allan Staller Sent: Thursday, August 29, 2019 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Case

Re: FTP question

2019-07-19 Thread Frank Swarbrick
Are you using the z/OS FTP client? It doesn't look like it. It looks like you are trying to invoke a Unix shell with the 'rm' command. Not something that FTP supports, as far as I know. From: IBM Mainframe Discussion List on behalf of CarlosM Martinez

Re: LISTCAT by VOLUME

2019-07-17 Thread Frank Swarbrick
I ended up using the VTOC utility functions in IBM File Manager. Much nicer.  From: IBM Mainframe Discussion List on behalf of Frank Swarbrick Sent: Wednesday, July 17, 2019 3:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LISTCAT by VOLUME Thanks! Now

  1   2   3   4   5   6   7   >