Re: [Very much off-topic] Re: AI is the real deal.

Oops… Sent from Outlook for iOS From: IBM Mainframe Discussion List on behalf of Bob Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu> Sent: Thursday, February 22, 2024 11:12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [Very

Re: Question for our international friends (mostly)

We (in The Netherlands) say “kicks” like the Brits. Sent from Outlook for iOS From: IBM Mainframe Discussion List on behalf of Phil Smith III Sent: Friday, March 17, 2023 8:15:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question for our

Re: IBM JCL Expert preview in today's announcement letter

Even better for that particular situation: add a JCL variable somewhere at the top of the JCL and use that variable wherever the value is required: //* // SET DSN=THIS.IS.THE.DATASET<= Dataset to print //* : : : //SYSUT1 DD DSN=, //DISP=SHR : : : //DD1 DD DSN=,

Re: PL/I vs. JCL

Ah, I just made the exact same point responding to this post...  Sorry for adding 'noise' to the discussion. Fred! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley Sent: woensdag 29 september 2021 03:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PL/I

Re: PL/I vs. JCL

There may be a difference in 'the eye if the beholder': /* REXX */ ...is special: it is (obviously) the flag that indicates that this is rexx. /* This REXX converts ANSI dates to internal format, or whatever. */ ...is just a comment line. Anybody can change any comment at any

Re: [External] Programs that work right the first time.

Seems you invented 'pair programming' as promoted in Extreme Programming and other development methods that day. And also demonstrated that pair programming actually works !  Fred! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Johnson Sent: maandag 23

Re: CCSID descriptions

%7Cf02dd3ba16f04ebb607d08d8b7e6f41e%7C587b6ea13db94fe1a9d785d4c64ce5cc%7C0%7C0%7C637461549862419122%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=af4SpUP5BEmorjeaKGMZES7OvSGuSwVLR88n4Dm%2FsaY%3Dreserved=0 On 1/13/2021 12:58 AM, Windt, W.K.F. van der (Fred) wrote

CCSID descriptions

Hi, The IBM website used to have complete descriptions of every CCSID including a complete overview of every character (glyph) in that CCSID with it's encoding. Simply googling "IBM CCSID 1140" would quickly get you to the page of CCSID 1140. The CCSID was in the url so you could quickly

Re: Determining program name/number of paramaters from called COBOL program

The call sequence is described in the LE Programming Reference: CEETBCK Call this CWI interface as follows: L R15,CEECAALEOV-CEECAA(,R12) Address of CAA in R12 L R15,304(,R15) BALR R14,R15 Get Outlook for iOS From: IBM

Re: Determining program name/number of paramaters from called COBOL program

CEETBCK can help you to achive this. It is described in the LE Vendor Interfaces manual. But you need to write a little assembler program to use CEETBCK. Groetz, Fred! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Cantrell Sent: dinsdag 22 september 2020

Re: PARM= vs PARMDD= and symbol substitution

it and see if you get a resolution of Broken As Designed (BAD). -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Windt, W.K.F. van der (Fred) [0185ecbb3806-dmarc-requ

PARM= vs PARMDD= and symbol substitution

Based on the doc I expected these two JCL variations to behave 100% equivalent (assuming the program van handle any parameter length): //STEP1 EXEC PGM=program,PARM='parameter with symbols' And //STEP1 EXEC PGM=program,PARM=PARMDD //PARMDD DD *,SYMBOLS=JCLONLY parameter with symbols /* But

Re: zos program to supply web based client

Hi, The z/OS Web Enablement Toolkit does not work under CICS. So it can possible be invoked by all sorts of languages but won't work in every 'environment'. And I would think that CICS is one of the most important 'environments' where an application could run. It can be invoked in a batch

Re: zos program to supply web based client

Hi, You can implement this with relative ease in CICS transactions that use CICS WEB statements. CICS has extensive builtin support for these kind op applications. We are implementing restful APIs that way. Regardz, Fred! > I have a "how can I do that" type of question. This has probably

Re: Spam alert: Model9

Yep, same here: received the newsletter without ever having even heard of these guys. > Out of the blue (no pun intended), I received an e-mail newsletter digest > from Model9 "because you are subscribed to Marketing Information from > Model9". (I note that they don't say I *did* subscribe, just

Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies • The Register

Your licensing fees will probably double next year... Fred! > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Charles Mills > Sent: donderdag 12 juli 2018 23:39 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Weirdest. Acquisition.

Re: Using JCL Symbld and TYPRUN=SCAN

> Well, I think "amazing" may be a bit much. Maybe EZACFMS1 predates DD > SYMBOLS=, but it's pretty easy to just use it: > > // EXEC PGM=IEBGENER > //SYSUT1 DD DATA,SYMBOLS=EXECSYS > ...your job here > /* > //SYSUT2 DD SYSOUT=* Or just use the logging-DDname option of the SYMBOLS= parameter.

Re: JSON parser bug: was Vulture Central on "the next big thing".

> > With regards to the JSON Parser. We are already using the z/OS XML > System Services in our applications. Wouldn't it just be a great idea if IBM > provided z/OS JSON System Services with the same interface and events as > the XML System Services? Then clients could switch from XML to JSON by

Re: JSON parser bug: was Vulture Central on "the next big thing".

>> We also stumbled upon a serious flaw in the JSON parser: you cannot parse >> any JSON that may contain attributes that can occur on different levels >> under the same object: for example: >> >> {"a":1,"A":{"a":2,"b":3}} >> >> If you try to look up the value for "a" in the main object the

Re: Question about PARMDD

But how would support for a longer parameter possibly break an existing program? The program is passed the address of a binary half word (the length of the content of the parm) followed by that content. Even if a much longer parm was supported nothing would change for a program that is

Re: Implementing application's variables

> Can COBOL read environment variables these days? > > Charles You can call CEEGTJS to read the value of (exported) JCL variables. Fred! ATTENTION: The information in this e-mail is confidential and only meant for the intended

Re: Enterprise COBOL "INITCHECK"

On 8 Oct 2016, at 11:01, Bill Woodger > wrote: Yes, so far looks good. Need to see documentation. Waiting for its counterpart, INITSTUPID, for where data is initialised, and then next reference is as a target. Excellent idea! :) I'll vote

Re: Limit on the number of concatenated datasets

I looked in the JCL reference and DFSMS bookshelf and did not see a limit on the number of concatenated datasets Would anybody know if there is one ? Joe Reichman I think there is (or was?) a limit of 255 extents that can be allocated to a DD name. Where a PDS(E) always counts as one extent

Re: SHARE Atlanta proceedings

> What was the attendance? > > By the hair on your chinny, chin,chin... > > http://www.reuters.com/article/us-delta-air-outages-idUSKCN10J0VP Share ended Friday around noon. I flew home on Saturday and had no problems leaving Atlanta. I think the problems started on Sunday? Fred!

Re: COBOL 2014 dynamic capacity tables

You got my vote! Fred! ATTENTION: The information in this e-mail is confidential and only meant for the intended recipient. If you are not the intended recipient, don't use or disclose it in any way. Please let the sender know

Re: A Rainbow Ticket to Heaven + the Apocalypse of Adam Marshall Dobrin

Can we do something to stop or even better, prevent these off-topic streams of messages...? Sent from my new iPad ATTENTION: The information in this e-mail is confidential and only meant for the intended recipient. If you are not

Re: A couple of interesting COBOL V5 fixes

> Firstly, evidence of IBM's plans to make V5 (and onwards) more compatible > with how V4 works. > > http://www-01.ibm.com/support/docview.wss?uid=swg1PI59330 > > "In earlier versions of COBOL, customer source frequently handled > dynamically sized pieces of storage by using a PIC X(1) linkage

Re: An explanation for branch performance?

>> I assume it is 43% faster than the conditional one? If it is the other way >> around I will be very surprised as well. > > No. It's the opposite which is why I originally posted. The unconditional > branch is slower and I want to know why. That's probably 'a branch not taken is always faster

Re: An explanation for branch performance?

> > Good point well made but can you explain why changing a B to a BE in a tight > loop results in 43% difference? But aren't those two completely different cases (even if it is the same instruction)? The first is an unconditional branch, the second one a conditional branch. That probably

Re: An explanation for branch performance?

Sent from my new iPad > On 29 Apr 2016, at 18:10, Peter Relson wrote: > > Since the origin for the starting post apparently lay in branching around > the eyecatcher (which really is not necessarily at all the same as a > branch in a 2 instruction loop), I was surprised that

Re: An explanation for branch performance?

> Here's the code. > > I wrote a simple program - it tight loops 1 billion times > > > L R4,=A(1*1000*1000*1000) > LTR R4,R4 > J LOOP > * > LOOP DS 0D .LOOP START > B NEXT > > NEXT JCT R4,LOOP > > The loop

Re: Is there a source for detailed, instruction-level performance info?

> >LAR15,1 > >A R15,COUNTER > >STR15,COUNTER > > If you're that concerned about speed: > > LAR11,1 > LOOP GET foo > logic to determine type > L Rl,COUNTER > ARR1,R11 > STR1,COUNTER > B LOOP And on

Re: How the determine dataset is PDSE

yboard fat fingers - expect spellinf errots. > > > On Oct 7, 2015, at 8:59 AM, Windt, W.K.F. van der (Fred) > <fred.van.der.wi...@mail.ing.nl> wrote: > > > > Shake your iPhone to 'undo'. > > > --

Re: How the determine dataset is PDSE

Shake your iPhone to 'undo'. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Stevet > Sent: woensdag 7 oktober 2015 8:58 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How the determine dataset is PDSE > > While we are whining...

Re: How the determine dataset is PDSE

You could use DESERV. Works for PDS as well as PDSEs. Sent from my new iPad On 05 Oct 2015, at 19:45, Savor, Thomas (Norcross) wrote: >> One might wonder why it matters. I suppose it might. Does the OP also want >> to distinguish the cases of: > Don’t care about