Re: RFE? xlc compile option for C integers to be "Intel compat" or Little-Endian

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RFE? xlc compile option for C integers to be "Intel compat" or Little-Endian On Wed, 14 Jun 2017 20:29:22 +, Frank Swarbrick wrote: >There are big-endian machines other than z. Shouldn't you investigate how the >issue is dealt with outside of z b

Re: RFE? xlc compile option for C integers to be "Intel compat" or Little-Endian

There are big-endian machines other than z. Shouldn't you investigate how the issue is dealt with outside of z before asking for z exclusive language extensions? From: IBM Mainframe Discussion List on behalf of John McKown

Re: Java on z/OS?

Mark Zelden <m...@mzelden.com> Sent: Friday, June 9, 2017 4:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Java on z/OS? On Fri, 9 Jun 2017 18:02:25 +, Frank Swarbrick <frank.swarbr...@outlook.com> wrote: >What was the first release that allowed BPXBATCH to (finally) write t

Re: Java on z/OS?

What was the first release that allowed BPXBATCH to (finally) write to SYSOUT? I wasn't aware of it, but indeed it does now work (z/OS 2.2)! Frank From: IBM Mainframe Discussion List on behalf of Ken Smith Sent:

Re: Looks like lots of folks in marketing said thanks but no thanks

My company allows many tech employees to work from home two days a week. I have yet to take advantage of it. I simply don't find myself to be terribly productive when working from home, unless I'm resolving an on-call issue, which is the one case where I do "work from home" (and off hours!).

Re: Terminology - Datasets

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Terminology - Datasets Frank Swarbrick wrote: >Personally I think we should call them "MVS data sets" or "MVS files", as >distinguished from and "MVS Unix files". We still have "MVS JCL", so why >muddy

Re: Terminology - Datasets

Personally I think we should call them "MVS data sets" or "MVS files", as distinguished from and "MVS Unix files". We still have "MVS JCL", so why muddy the waters whenever IBM marketing decides to change the name of the "operating system" again? Seems like a more generic name for PDS/PDSE is

Re: Terminology - Datasets

Java is now "legacy" as well. It's over 20 years old, after all! From: IBM Mainframe Discussion List on behalf of Jesse 1 Robinson Sent: Wednesday, April 26, 2017 10:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: DFHEXLI vs DFHECI

I don't think that EXCI is truly being used in this case. Unless the program is compiled with the CICS('EXCI') option, or it calls the "callable" EXCI routine (DFHXCIS) directly, the fact that you have linked in the EXCI stubs doesn't seem to matter. As for DFHECI, isn't that an older CICS

Re: LLVM ( wasRe: Swift on z/OS (was Data/hiperspaces (was: ... 4G bar?))

ibution of the Lua programming language, with extensions, for z/OS Kind of a mini pascal. On Fri, Apr 21, 2017 at 12:20 PM, Frank Swarbrick <frank.swarbr...@outlook.com> wrote: > I installed the beta and agree that in its current state it is not very > useful, but I am encouraged by the eff

Re: LLVM ( wasRe: Swift on z/OS (was Data/hiperspaces (was: ... 4G bar?))

f the the BSD C/C++ runtime library. Right now compiling Swift programs is agonizingly slow! And it's missing the foundation/core library which makes it quite useless to do anything meaningful. On 14/04/2017 7:38 AM, Frank Swarbrick wrote: > Has anyone else seen this? > https://developer.

Re: COBOL integrated pre-processor, API in general

ocessor, API in general On Mon, Apr 17, 2017 at 5:12 PM, Bill Woodger <bill.wood...@gmail.com> wrote: > Frank Swarbrick posted an example COBOL compiler input-exit last year, > to allow the embedding of linkageeditor/binder statements. It is on > IBM's COBOL Cafe. I can't provide a l

Oracle on z/OS (was Re: COBOL integrated pre-processor, API in general)

Sidetracking a bit... Oh if Oracle would only support clients after v10.2... We are a (distributed) Oracle only shop, and our mainframe accesses those databases via DB2 z/OS DDF and DB2 Federation Server. If only we could get there using a supported (and recent Oracle client)! Anyway, that

Swift on z/OS (was Data/hiperspaces (was: ... 4G bar?))

Has anyone else seen this? https://developer.ibm.com/swift/2016/12/05/try-swift-on-zos/. I'm assuming this is the reason for the porting of clang/LLVM to z/OS. Don't know what it means for any other clang/LLVM supported languages...

Re: FTP TLS options

r.ftps.server (EXIT' //CEEOPTS DD * ENVAR("GSK_PROTOCOL_TLSV1_2=1") /* Works like a charm! Wish it was more explicitly documented somewhere. Frank From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Frank Swarbrick <

Re: FTP TLS options

Subject: Re: FTP TLS options On 4/10/2017 7:04 PM, Frank Swarbrick wrote: > I'm guessing there's a bit more to it than that, yes? Such as actually > configuring Policy Agent? > Frank, Sorry, thought you already configured PAGENT, but missed the PROFILE member, like I did the first tim

Re: FTP TLS options

UA.EDU > Subject: Re: FTP TLS options > > Yes. But policy agent is not actually that hard...But on zOS GT 1.13 you need > zOSMF as well. > > Rob Schramm > > On Mon, Apr 10, 2017, 7:05 PM Frank Swarbrick > <frank.swarbr...@outlook.com> > wrote: > > > I'm g

Re: FTP TLS options

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP TLS options On 4/10/2017 3:15 PM, Frank Swarbrick wrote: > Hi Mike. > > I assume you mean: > TLSMECHANISM ATTLS > where the default (which we use) is > TLSMECHANISM FTP > > Unfortunately we don't currently have AT

Re: FTP TLS options

U] On Behalf Of Frank Swarbrick Sent: 07 April 2017 19:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP TLS options Does z/OS 2.2 support TLS v1.2 for FTP clients without the use of AT-TLS? This new server we have is (currently) configured to support only TLS v1.2, and nothing earlier. We're t

Re: Opinion: Using C "standard library" routines in COBOL.

Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, April 07, 2017 12:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. On Fri, Apr 7, 2017 at 10:59 AM, Frank Swarbrick < frank.swarbr...@outlook

Re: FTP TLS options

ay. Frank From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Friday, April 7, 2017 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP TLS options We currently use the following options for client

FTP TLS options

We currently use the following options for client connections to an FTPS server: SECURE_MECHANISM TLS ;Use TLS, if supported by server SECURE_DATACONN PRIVATE ;Protect data connection when using TLS KEYRING FTPS/ftpsring ;Key ring for TLS encryption NETRCLEVEL

Re: Opinion: Using C "standard library" routines in COBOL.

Are all z/OS XL C/C++ RTL modules just stubs line this? Or is it just some.? From: IBM Mainframe Discussion List on behalf of Peter Hunkeler Sent: Friday, April 7, 2017 12:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: Opinion: Using C "standard library" routines in COBOL.

behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Thursday, April 6, 2017 4:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. On Thu, 6 Apr 2017 18:29:31 +, Frank Swarbrick wrote: >I have be

Re: Opinion: Using C "standard library" routines in COBOL.

behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Thursday, April 6, 2017 12:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. The COBOL 20xx standard(s) do have some better support for COBOL calling to C, but i

Re: Opinion: Using C "standard library" routines in COBOL.

The COBOL 20xx standard(s) do have some better support for COBOL calling to C, but it's still not too hard with the current Enterprise COBOL. For example: call 'regcomp' using regex content z"^a[[:alnum:]]" value 0 returning reti if reti is not

Re: Opinion: Using C "standard library" routines in COBOL.

I have been successful in invoking the following "regular expression" functions from the z/OS XL C/C++ Runtime Library: regcomp(), regexec and regfree(). Just to see if I could do it. Not to actually use for anything useful. One thing it does require is the use of codepage(1047), because of

Re: How does ABO report its outcome? (was: Migrating Cobol)

Hmm, we always use the TEST compile option for production modules. This allows IBM Fault Analyzer to have access to the source code. I am not aware of any performance differences. Frank From: IBM Mainframe Discussion List on

Re: thoughts on z/OS ftp server enhancement.

McKown <john.archie.mck...@gmail.com> Sent: Friday, March 24, 2017 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: thoughts on z/OS ftp server enhancement. On Fri, Mar 24, 2017 at 2:56 PM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > Sad. > > > It's my observation

Re: thoughts on z/OS ftp server enhancement.

on z/OS ftp server enhancement. On Fri, Mar 24, 2017 at 11:13 AM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > There is a true ETL tool component, PowerExchange by Informatica that > allows the actual ETL Tool (PowerCenter) to read IMS and VSAM files as if > they were relat

Re: thoughts on z/OS ftp server enhancement.

There is a true ETL tool component, PowerExchange by Informatica that allows the actual ETL Tool (PowerCenter) to read IMS and VSAM files as if they were relational tables. In general I would recommend this, but I don't have a sense of the "permanence" of the process you are concerned about.

Request for IBM ICSF support for X9 TR-34

Currently ICSF has support for ASC X9 TR-31 2010 (Interoperable Secure Key Exchange Key Block Specification for Symmetric Algorithms) . However ICSF does not currently support for ASC X9 TR-34 2012 (Interoperable Method for Distribution of Symmetric Keys using Asymmetric Techniques: Part 1 -

Re: z/OS Automated Unit Testing Framework (zUnit)

N@LISTSERV.UA.EDU Subject: Re: z/OS Automated Unit Testing Framework (zUnit) Frank, I have the same question...since we won't buy rd/z because of cost. Scott On Wed, Mar 15, 2017 at 8:38 PM Frank Swarbrick <frank.swarbr...@outlook.com> wrote: > Anyone use this feature of IBM Dev

z/OS Automated Unit Testing Framework (zUnit)

Anyone use this feature of IBM Developer for z Systems (formerly Rational Developer for z System)? Does it test only callable routines? Or can it also be used for your standard "monolithic" COBOL program? What about CICS programs? Frank

Re: Mobile Workload Pricing

Thanks Al. We already have a pretty large (I believe) mobile workload, so this is definitely an "after the fact" situation. I'm thinking to use a special user ID, rather than duplicate CICS tran IDs, for mobile. Of course we still have to be able to assign the proper user ID to each

Re: Mobile Workload Pricing

ed (userid, usefully, propagates through the whole UOW starburst). An hourly summarisation of CICS 110s provides the input to MWP. On 9 March 2017 at 16:53, Frank Swarbrick <frank.swarbr...@outlook.com> wrote: > I believe I understand the options. I'm just wondering which of the &g

Re: Mobile Workload Pricing

AIN@LISTSERV.UA.EDU> on behalf of R.S. <r.skoru...@bremultibank.com.pl> Sent: Thursday, March 9, 2017 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mobile Workload Pricing W dniu 2017-03-09 o 02:22, Frank Swarbrick pisze: > There hasn't been much (any?) discussion here on MWP since i

Mobile Workload Pricing

There hasn't been much (any?) discussion here on MWP since it was announced in May 2014. Is anyone doing this? What methodology did you choose to allow you to track mobile vs. non-mobile "transactions"? Why did you choose that method? Which subsystems are you doing MWP for? Thanks! Frank

Re: Job Loyalty

I've been with my current employer for 25 years. But I will admit we're rather an anomaly these days! From: IBM Mainframe Discussion List on behalf of Bobbie Justice <0013e2d84072-dmarc-requ...@listserv.ua.edu> Sent: Friday,

Re: Debit card PIN block encryption

Are you asking which PIN block formats ICSF supports? https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.csfb400/pbf.htm IBM Knowledge Center www.ibm.com Welcome to IBM

Re: New free / open source z/OS tools from Dovetailed Technologies

s Ant/XML might do it ??? > > Scott > > On Sun, Jan 15, 2017 at 3:10 PM, scott Ford <idfli...@gmail.com> wrote: > > > Frank, All: > > > > I am in the same boat, I am trying to do: > > > > 1. > > > > On Sat, Jan 14, 2017 at 11:32 AM, P

Re: New free / open source z/OS tools from Dovetailed Technologies

More on this later, but the whole "dependencies" and "makefile" process is pretty strange to this COBOL programmer. We pretty much only do dynamic calls, so there is no need to update in any way a calling program when a called program is changed. We simply compile and link the called program

Re: What is your oldest member?

IDENTIFICATION DIVISION. PROGRAM-ID.DAR07A. AUTHOR.RON KING. INSTALLATION. FIRSTBANK HOLDING COMPANY. *DATE-WRITTEN. OCTOBER AND NOVEMBER, 1978. That's the oldest one I know of. I personally was in fourth grade at the time, I believe. From:

Re: New free / open source z/OS tools from Dovetailed Technologies

S tools from Dovetailed Technologies I strongly suspect the cob2 compiler is exactly the same executable as the IGYCRCTL compiler, with a little UNIX-y front-end. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick

Re: New free / open source z/OS tools from Dovetailed Technologies

Wow! It's even more restrictive than I had thought. I tested this out (sorry, I found it hard to believe!) and of course you are correct. "copy library": DVFJS:/u/dvfjs:>ls /u/dvfjs/copy TEST1 TEST3.CPY test2 Compile JCL: //COBUXJOB ,NOTIFY=,REGION=2000M // SET

Re: New free / open source z/OS tools from Dovetailed Technologies

Is cob2 just a shell script or a REXX or something? Or is it an actual binary? If its a script, can you post it? From: IBM Mainframe Discussion List on behalf of John McKown Sent: Friday, January 13,

Re: New free / open source z/OS tools from Dovetailed Technologies

> On Fri, 13 Jan 2017 18:01:41 +, Frank Swarbrick wrote: >> The compiler then looks at the SYSLIB concatenation for a member named >> MYRECF. A "PATH" can be part of the SYSLIB concatenation. However it >> doesn't appear that there is any option for COBOL to

Re: New free / open source z/OS tools from Dovetailed Technologies

TSERV.UA.EDU Subject: Re: New free / open source z/OS tools from Dovetailed Technologies On Fri, 13 Jan 2017 18:01:41 +, Frank Swarbrick wrote: > >The compiler then looks at the SYSLIB concatenation for a member named MYRECF. > A "PATH" can be part of the SYSLIB concatenat

Re: Hidden Figures

There was a recent episode of the new TV series "Timeless" that involved this era, and in fact had the Katherine G. Johnson "character". In this show she and the main characters fairly easily got themselves access to the computer room and "fed

Re: New free / open source z/OS tools from Dovetailed Technologies

S tools from Dovetailed Technologies On Fri, 13 Jan 2017 17:03:55 +, Frank Swarbrick wrote: > >Being COBOL we don't (currently) run our compiles under Unix. Any thoughts >about if/how this process might interface with 'traditional' z/OS things like >ISPF and JCL? > Depends. I

Re: New free / open source z/OS tools from Dovetailed Technologies

10:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Git: Re: New free / open source z/OS tools from Dovetailed Technologies On 13/01/2017 5:56 AM, Frank Swarbrick wrote: > Can you give a bit more detail on how you are utilizing this Ant SSH process? > I don't know anything about Ant. I am thi

Re: New free / open source z/OS tools from Dovetailed Technologies

m Dovetailed Technologies On Thu, Jan 12, 2017 at 3:56 PM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > ... it would be useful to use Eclipse to update the source code on the local > workstation and just send it (perhaps using this Ant SSH interface?) to > z/OS to be c

Re: New free / open source z/OS tools from Dovetailed Technologies

Can you give a bit more detail on how you are utilizing this Ant SSH process? I don't know anything about Ant. I am thinking/wondering how it might be used in conjunction with Git for source code management of z/OS COBOL programs (and jobs). I know that Rocket is releasing a z/OS version of

Re: Cobol and PreCompile for CICS and DB2

We use CALL 'CBLTDLI' rather than EXEC DLI, but if we did use EXEC DLI I agree that this forcing of NODYNAM would be quite an irritant! Sounds like an RFE might be in order. As for NORENT, I don't think we've used that since before COBOL II! (In other words, before my time.) Frank

Re: VSAM: Why MAXLRECL?

Are you suggesting to actually write the records to be the size including the "reserved" data, or to write the records of the size currently needed but have MAXLRECL defined so that records larger than are currently used can be written in the future? I was thinking the latter, but I want to

Re: VSAM: Why MAXLRECL?

MAXLRECL? No problem provided you define 32K LSR pools (from memory, 3) in CICS and monitor their (E)DSA usage. But why define MAXLRECL=32760 at all? On 11/01/2017 22:53, Greg Dyck wrote: > On 1/11/2017 3:30 PM, Frank Swarbrick wrote: >> Is there a downside to always defining VSAM files wit

Re: VSAM: Why MAXLRECL?

that this is a frequent process of expanding the records? IMO, I do not see a reason it would not work. How would that solve your issue? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Frank Swarbrick &g

VSAM: Why MAXLRECL?

Is there a downside to always defining VSAM files with a MAXLRECL of 32761, which seems to be the largest value for this parm for an UNSPANNED dataset? I always hate having to do a backup/delete/define when adding new data to a file. Especially for a file defined to a CICS region that is up

Re: "task level" TIOT & XTIOT? A crazy thought?

EDU Subject: Re: "task level" TIOT & XTIOT? A crazy thought? On Wed, 11 Jan 2017 00:07:19 +, Frank Swarbrick wrote: >I personally don't have a particular use for it, and thus would not myself >create an RFE requesting it. But based on what I've seen discussed here I was >

Re: "task level" TIOT & XTIOT? A crazy thought?

the COBOL Standard will reflect this. As you've pointed out previously, with XML, Json and UNBOUNDED, IBM is happy to be COBOL-85-with-extesnsions-from-2002-2014-plus-our-own. So, good choices from 2002/2014, yes. What is it that would make the ability to use a data-name in the ASSIGN good? On

Re: "task level" TIOT & XTIOT? A crazy thought?

For whatever its worth, the latest COBOL Standard offers the following syntax, which I believe meets this requirement at the language level: SELECT file-name-1 ASSIGN USING data-name-1. "3) The ASSIGN clause specifies the association of the file connector referenced by file-name-1 to a

Re: Addressing Question

I think its exactly the opposite. "If the initial routine of the Language Environment application is AMODE 31, this setting indicates that no other routines in the application will be AMODE 24." I'm thinking that if this option is set then there is no attempt to see if an AMODE switch is

REGION=0

Can you explain that? I thought REGION=0M (or 0K) allowed you to allocate storage up to "whatever is available" (or something like that). From: IBM Mainframe Discussion List on behalf of Jerry Whitteridge

Re: Do the Name/Token Pair callable services need R13 to point to save area?

Do you really need this assembler routine in order for COBOL to call the IEANTCR callable routine? I call it directly from COBOL: CALL 'IEANTCR' USING NTA-LEVEL NTA-NAME NTA-TOKEN NTA-NOPERSIST NTA-RC. with the following working storage: 05 NTA-LEVEL COMP-5

Re: OLD Manual - any one aware of something more current VSE to z/os

We migrated from z/VSE with DL/I 1.12 (I think) and CICS TS VSE 1.1.1 to z/OS, IMS DB (11?) and CICS TS 4.2 in May 2010. It seems to me that we had a Redbook that dealt with DL/I to IMS specifically, but I can't find it anywhere... Or perhaps I'm confusing it with an IMS Primer Redbook...

Enterprise COBOL "INITCHECK"

This could be quite a useful new feature: "The compiler is changed to add a new compiler option: INITCHECK, which tells the compiler to try and locate uses of data items that have not been set yet. The compiler is changed to add a new compiler option: INITCHECK". V6.1:

Re: z/VSE general installation question.

Oops... And HLASM is HLASM across both MVS and VSE (and, I believe VM as well). From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Wednesday, October 5, 2016 12:08 PM

Re: z/VSE general installation question.

Hmm, in some ways VSE JCL is superior to MVS, in my opinion. Particularly conditional statement processing. And HLASM is HLASM across both MVS and MVS (and, I believe VM as well). From: IBM Mainframe Discussion List on behalf of

Re: z/VSE general installation question.

We migrated from z/VSE to z/OS in 2010, and while to this day I still try to enter CA-VOLLIE (our VSE editor product) commands in ISPF I don't recall ever trying to enter VSE JCL statements in to MVS JCL. :-) From: IBM Mainframe Discussion List

Re: Attachmate Reflections 3270 recognition of ISPF Point and Shoot fields?

I have Attachment Reflection for IBM 2014 R1 (15.6.636.0) and I am able to click on an ISPF drop down and it will present me with the drop down list. Not sure if that's what you are looking for. Not sure at the moment what, if anything, I did to activate the feature, however! Frank

Symbols and ampersands

We just upgraded from z/OS 1.13 to z/OS 2.2 and I'm experimenting with using symbols in in-stream data. Here is some JCL: //SYMBTST1 JOB ,'SYMBOLS TESTING',NOTIFY= // EXPORT SYMLIST=SYM1 // SET SYM1='THIS IS A TEST' // SET COPYPGM=IEBGENER //COPY EXEC PGM= //SYSIN

Re: DFSORT mixed VSAM & sequential.

We ran in to this issue during our preparation for migration to z/OS from VSE in 2010. I seem to recall Syncsort saying they were making a change to support this, but I don't recall anything similar with DFSORT. We still went with DFSORT, but we still have to copy our VSAM files to flat files

Re: Change RC in compilation step

Hi Jorge, I am not the one that made the comment about the V4R2 version of IGYOP3091W, but he is correct: PP 5655-S71 IBM Enterprise COBOL for z/OS 4.2.0 DISCARD Date 08/29/2016 Time 13:57:41 Page18 LineID Message code Message text 18 IGYOP3091-W Code from

Re: Change RC in compilation step

Or it may just be doing a better job than V4 when determining code can never be reached. :-) Jorge, you really don't allow RC=4 to be considered a good compile? That seems rather strict. Frank From: IBM Mainframe Discussion List on

Re: included text from every other reply in a email chain..

I usually top post because I don't know how to make Outlook.com do otherwise. That being said, I kind of disagree with what you said about judicious snipping "defeating the benefit" of bottom posting. In fact it enhances it, as it allows the reader to first browse the quoted message and then

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

I guess it depends on how you think of it. I don't think of it the way it is stated that people think of it. I think of it as "read each record in a file, processing each one." Neither of those loops TRULY represent this I think this is one reason why many languages go with the "for each"

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

Exception processing, while a good idea in my opinion, is one of those things from the 20xx COBOL standards that I have decided to not as IBM to implement. The COBOL standard implementation seems to be quite lacking. There seems no way to "wrap" code that might throw an exception inside a

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

Basically, any "loop and a half" problem. That is, one where you first have to first check something that you can't know the result of ahead of time (such as, obviously, "will my next read return a record or will it return and end of file condition?). It doesn't have to be I/O, though

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

2016 10:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: COBOL Unbounded Loops: A Diatribe On Their Omission From > the COBOL Standard (and a Plea for Understanding) > > On Fri, Aug 12, 2016 at 12:16 PM, Frank Swarbrick < > frank.swarbr...@outlook.com> wrote: > > > I

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

Aug 11, 2016 at 7:07 PM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > Because I apparently have nothing better to do I have written a probably > too long document detailing why I believe that Enterprise COBOL should > support an extension to COBOL to support a native s

COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

Because I apparently have nothing better to do I have written a probably too long document detailing why I believe that Enterprise COBOL should support an extension to COBOL to support a native syntax for unbounded loops. See my document attached to the follow COBOL Cafe Forum post:

Re: How does COBOL detect a recursive call?

Firstly, my recommendation was not COBOL nested programs, but rather was two individual COBOL programs stored in the same member and compiled in the same compile step. Anyway, I've not tried recently, but I don't believe that you can point an ENTRY or procedure-pointer to a nested COBOL

Re: How does COBOL detect a recursive call?

Actually, unless you use PROCESS NAME on the second (and later) modules you will in the end have only a single executable (named after the member containing the source) that statically links the "secondary" programs. From: IBM Mainframe Discussion List

Re: Enterprise COBOL API for dynamic capacity tables

Subject: Re: Enterprise COBOL API for dynamic capacity tables On 11/08/2016 8:44 AM, Frank Swarbrick wrote: > The video specifically noted that fork does work...! Yes, but I take that with a pinch of salt because there's no Windows API call that performs a real fork. There are similar fun

Re: Enterprise COBOL API for dynamic capacity tables

: Enterprise COBOL API for dynamic capacity tables On 10/08/2016 11:35 PM, Frank Swarbrick wrote: > That "Linux on Windows" thing (not a VM, they point out!) is certainly > interesting. Hope it does better than Windows Services for UNIX et al! Indeed, my mistake. They intercept

Re: Enterprise COBOL API for dynamic capacity tables

cause of the toolset, bash, homebrew etc. By integrating a Linux subsystem into Windows they may attract hipster hackers back the platform. Desktop Linux is ok but it's nowhere near as polished as iOS or Windows. On 10/08/2016 1:27 AM, Frank Swarbrick wrote: > Can you clarify? Do you run 'git' on Wi

Re: Enterprise COBOL API for dynamic capacity tables

wrote: > On Tue, Aug 9, 2016 at 10:40 AM, Frank Swarbrick < > frank.swarbr...@outlook.com> wrote: > >> Since I developed it at work for work I'll have to ask my employer about >> that. Of course perhaps I should have asked before posting it publicly, >> but tha

Re: Enterprise COBOL API for dynamic capacity tables

TSERV.UA.EDU Subject: Re: Enterprise COBOL API for dynamic capacity tables On Tue, Aug 9, 2016 at 10:40 AM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > Since I developed it at work for work I'll have to ask my employer about > that. Of course perhaps I should have asked be

Re: COBOL 2014 dynamic capacity tables

, maps and hash maps. I'm not sure how much demand there seems > to be for that on the mainframe though. > >> >> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on >> behalf of David Crayford <dcrayf...@gmail.com&g

Re: Enterprise COBOL API for dynamic capacity tables

com> Sent: Monday, August 8, 2016 7:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Enterprise COBOL API for dynamic capacity tables On Mon, Aug 8, 2016 at 6:46 PM, Frank Swarbrick <frank.swarbr...@outlook.com > wrote: > It's always something, ain't it! > > Check it out now. &g

Re: Enterprise COBOL API for dynamic capacity tables

Bill, you got me on that one. Open for suggestions. I could simply do pointer arithmetic, but this way worked so I went with it. If I separated the control area and still only pass the address of the table area back to the client, how do you suggest I "anchor" it? Use of UNBOUNDED to make

Re: Enterprise COBOL API for dynamic capacity tables

ve comments, but is there a chance you can release your versions? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Monday, August 08, 2016 6:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Enterprise COBOL API for dynamic capacity t

Enterprise COBOL API for dynamic capacity tables

Until such time that IBM decides they are worth it, you are free to use this. https://www.ibm.com/developerworks/community/forums/html/topic?id=e1a34f6a-7ff5-48cf-bd78-d88c792571e0=25

Re: COBOL 2014 dynamic capacity tables

and find out by looking at the so called heap delta listing. If you are interested, feel free to contact me offline. Kind regards Bernd Frank Swarbrick schrieb: > By "heap pool" are you referring to using CEECRHP to create additional LE > heaps? I am doing that upon cre

Re: COBOL 2014 dynamic capacity tables

d <dcrayf...@gmail.com> Sent: Monday, August 8, 2016 5:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL 2014 dynamic capacity tables On 5/08/2016 11:11 PM, Frank Swarbrick wrote: > That's good to know. I searched the internet and found a page about > implementing dynamic arr

Re: Another COBOL question

I'm not sure I would agree that PROCESS options should apply to all of the source. I might, for example, want the first program to have PROCESS NODYNAM so it will do a static call of the second program. But I might want the second program to have PROCESS DYNAM.

Re: Question about the COBOL compiler

I am personally annoyed that we even have to have two separate compile procs; one for batch and one for CICS. I would like to be able to just have PROCESS CICS on a CICS program and have the necessary program binder statements generated automatically. It would probably have to generate proper

Re: Another COBOL question

Bill, I'm not sure that your comment about a single PROCESS NAME is true. I just tried it with only one and the second program was compiled with the default of NONAME. You are correct that "Invocation parameters" (PARM options) are "global" to all source code within a single compile. Frank

Re: Question about the COBOL compiler

=25 Frank From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Friday, August 5, 2016 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about the COBOL compil

Re: Question about the COBOL compiler

ssion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Friday, August 5, 2016 10:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about the COBOL compiler Bill, how come we always end up on the opposite ends of things! Firstly, it

<    1   2   3   4   5   6   7   8   9   >