Re: IPCS SYSTRACE command

> RTM copies the trace info from ASID 4 to the dump. If you want to look at the > raw buffers, I think you'd need to find some way to include ASID 4 > in the dump > and get to the buffers via control reg 12 and figure out how to convert the > real address to a virtual. I now remember looking

Re: IPCS SYSTRACE command

RTM copies the trace info from ASID 4 to the dump. If you want to look at the raw buffers, I think you'd need to find some way to include ASID 4 in the dump and get to the buffers via control reg 12 and figure out how to convert the real address to a virtual. I now remember looking at IHATTE for

Re: IPCS SYSTRACE command

> > On a more serious note, I have a dump which I can format out the > system trace table with the SYSTRACE IPCS verb (subcommand). > > What I would like to know, and can't seem to find, is where the > raw data can be found in the dump. > > > Can anyone guide me in how I can access the system

Re: Microprocessor Optimization Primer

Hi Kirk, I have had a look at the fields package, and it's on my list to compare performance. I am mostly doing my own conversions because one of the objectives is to allow SMF processing on other platforms i.e. Windows, Linux if desired and I'm not sure what are the licensing implications of

Re: COBOL Rookie Problem

Thanks for sending this out. We will be looking at ABO soon. I'll be very interested to see your ABO results. Sam On Fri, Apr 1, 2016 at 5:09 PM, Jesse 1 Robinson wrote: > An update for anyone who cares. My motivation was to get a preview of how > real application

Re: COBOL Rookie Problem

An update for anyone who cares. My motivation was to get a preview of how real application programs might benefit from ABO. As an electric utility, we have millions of customers and millions of account records. We don't do elaborate calculations for most customers. Think what it might take to

EMC z/OS Migrator

Does anyone use EMC z/OS Migrator? Wondering how you have your security(RACF) setup for it. We're getting some push back from the RACF Administrator on how to grant access. I know it basically needs access to ALL volumes and datasets. Thanks

Re: Microprocessor Optimization Primer

On 4/1/2016 8:16 AM, David Crayford wrote: That's fast! How are you measuring that, browser javascript toolkits? These call clock response time measurements come from our own (admittedly very simplistic) javascript code. We measure the clock time from request to response. For the averages,

Re: Another one bites the dust

Beamed via transporter , yeah that's the ticket laddie On Friday, April 1, 2016, Lester, Bob wrote: > >It would be one heck of a road, boat, plane, transporter,... > trip.. > > BobL > > -Original Message- > From: IBM Mainframe Discussion List

Re: Another one bites the dust

It would be one heck of a road, boat, plane, transporter,... trip.. BobL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, April 01, 2016 4:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Another

Re: Another one bites the dust

You must have seen the movie. :-) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, April 01, 2016 3:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Another one bites the dust Two trips. One with the

Re: Another one bites the dust

Two trips. One with the gut, one with the disassembled frame. On Fri, Apr 1, 2016 at 4:23 PM, Charles Mills wrote: > Call Connor. It should fit in his truck. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: Microprocessor Optimization Primer

Agreed - there are high fixed costs to running a JVM. With a large codebase, there are also high warm-up costs for JITing the code up to full speed. Think of this as compiling your code every time you run it :-) But - there are many types of applications where these costs don't matter at all.

Re: Microprocessor Optimization Primer

I'm curious, Andrew - Have you looked at the com.ibm.jzos.fields package for field mapping of records? These can be made to use fancy support in the JVM for inline JIT replacement of primitive access with machine instructions. There is also some tools on the JZOS developerWorks site - the JZOS

Re: Another one bites the dust

Call Connor. It should fit in his truck. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vince Coen Sent: Friday, April 01, 2016 2:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Another one bites the dust Great - my

Re: Another one bites the dust

Great - my mother-in-law is (85-6 years young) coming over from Israel in a few weeks for a wedding via El Al. Maybe she can bring it over as domestic baggage instead of the kitchen type white goods that normally you see on the conveyor belts ! OK, may be via car :) Vince On 01/04/16 20:08,

Re: IPCS SYSTRACE command

Thanks Don. I suspect I have ASID 4 in my dump since I can set the ASID of the abending address space and I can issue the SYSTRACE ALL (and other flavors) and I get results formatted. I'll poke around in ASID 4 and see what I can glean. Charles (Chuck) Hardee Senior Systems Engineer/Database

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

I probably will/would do something like this. But, I doubt we'll ever get to COBOL 5 anyway. Still using Enterprise 3.1.0 > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John McKown > Sent: Friday, April 01, 2016 1:48 PM > To:

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

On Fri, Apr 1, 2016 at 3:33 PM, Gibney, David Allen wrote: > I only shared a minimum set of volumes. Vary offline commands in COMMNDxx. > Very few, if any PDS/E on these volumes and all are read-only after > creation. > > This COBOL-5 requirement for a PDS/E load library will

Re: Cancelling a Job in SPIN status

A batch job with PGM=FTP or your FTPD server STC? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of linda golding > Sent: Friday, April 01, 2016 8:01 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Cancelling a Job in SPIN status

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

I only shared a minimum set of volumes. Vary offline commands in COMMNDxx. Very few, if any PDS/E on these volumes and all are read-only after creation. This COBOL-5 requirement for a PDS/E load library will complicate my transfers from development to test and production as that is currently a

Re: a passable April Fool's joke

Seems to work in any cell for me. BTW, "23" is not an Excel cell -- A23, B23, C23 , ... is. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Klan, Rob (RET-DAY) Sent: Friday, April 01, 2016 12:10 PM To:

Re: IPCS SYSTRACE command

In article you wrote: > Hello All, > Happy April Fool's Day! > On a more serious note, I have a dump which I can format out the system trace > table with the SYSTRACE IPCS verb (subcommand). > What I would

Re: But not on Windows 10 Re: Passable April Foll's joke

Hardware specific? My wife and I both have the same level of Win10, but different models of Toshiba Satellite laptops. Mine works, hers doesn't ??? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roach, Dennis Sent:

Re: But not on Windows 10 Re: Passable April Foll's joke

Worked on mine Dennis Roach, CISSP, PMP IAM Access Administration - Consumer - Senior Analyst 2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 Email: dennis.ro...@aig.com All opinions expressed by me are mine and may not agree with my

Re: a passable April Fool's joke

The famous hidden excel gamein Excel cell 23 paste following =SUBSTITUTE(ADDRESS(BIN2DEC(1("0",5)),6*7,4) & CHAR(82)("SMILE",3,2) & ADDRESS(2^5,57*3,4) & MID("COOL",3,456789),"32","") hit enter. Enjoy -Original Message- From: IBM Mainframe Discussion List

Re: Another one bites the dust

If I remember correctly, it was a smallish BC(z9 I think). I will try and find out what they intend to do with it. On Apr 1, 2016 6:47 PM, "Vince Coen" wrote: > What is it and how much will they take to take it off their hands ? > > > > On 01/04/16 15:45, Mike Shorkend wrote: >

IPCS SYSTRACE command

Hello All, Happy April Fool's Day! On a more serious note, I have a dump which I can format out the system trace table with the SYSTRACE IPCS verb (subcommand). What I would like to know, and can't seem to find, is where the raw data can be found in the dump. Can anyone guide me in how I can

But not on Windows 10 Re: Passable April Foll's joke

[Default] On 1 Apr 2016 07:03:56 -0700, in bit.listserv.ibm-main cliff.war...@mckesson.com (Warren, Cliff) wrote: >I learned about this last summer when my dog stepped on my laptop. His paw >happen to hit CNTL-ALT-RightArrow which made the screen face right. I had do >some quick googling to get

Re: Passable April Fool's joke

My favorite, along this line, was taking a screenshot of the users desktop and replacing their wallpaper with this, then hiding the desktop icons. The gift that keeps giving. Chad. > On Apr 1, 2016, at 11:10 AM, Pommier, Rex wrote: > > Hmm, mine works on a

Re: ISPF library Full

>> and update the logon procedure with the new name. You should utilize data set aliases. The logon proc should refer to the alias name rather than the actual name. When you have these problems: - create larger data set - re-define the alias to point to the new data set. - wait a few

Re: Passable April Fool's joke

Hmm, mine works on a screen-by-screen basis. So if you have one upside down, just click somewhere in that screen and flip it right. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al) Sent: Friday, April 01, 2016

Re: Another one bites the dust

What is it and how much will they take to take it off their hands ? On 01/04/16 15:45, Mike Shorkend wrote: > The Israeli Stock Exchange announced that they have switched off their > mainframe. They were running Adabas and Natural on VM/VSE and have > migrated to Linux on HPE servers(with

Re: Advice needed - GRS across 2 sysplexes with shared dasd

Seems like merging into one sysplex would solve it. Of course there will be a new set of problems on how to migrate, but all of the PDSE sharing issues will be solved. ;-) Rob Schramm On Fri, Apr 1, 2016 at 11:22 AM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On

Re: Advice needed - GRS across 2 sysplexes with shared dasd

On Fri, 1 Apr 2016 08:34:29 -0500, Dyck, Lionel B. (TRA) wrote: >The reason for the questioning is that there are PDSE's that are access from >both sysplexes, since the dasd/catalogs, are shared that have gone bad. Adding >more discipline on the access is one way and the

Re: Microprocessor Optimization Primer

On 1/04/2016 10:59 PM, Ed Jaffe wrote: On 3/31/2016 7:47 PM, Andrew Rowley wrote: Call me a masochist, but I'm comparing Java batch to assembler. My target is to get the Java CPU less JVM startup overhead down to the same as assembler for the same report. I may not get there, but I will

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

On 4/1/2016 7:00 AM, Dyck, Lionel B. (TRA) wrote: An unintentional repeat. And yes the PDSE's along with all datasets are shared between both sysplexes as all dasd is shared. Not ideal but it is what it is so I was looking for a solution. PDSE sharing depends on sysplex services, and not

Re: COBOL 5.2 Programs too large to compile?

On Fri, 1 Apr 2016 08:47:14 -0400, Scott Ford wrote: >Tom, > >It would be nice to run/use 64 bit addressing...second comment about time >geez IBM... Maybe yes, maybe no. IBM's stated direction for 64-bit applications generated by Cobol is that they will be XPLINK-64. AFAIK, if you want a

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

Thank you - excellent reasons. Y'all have a great 4/1 -- Lionel B. Dyck (Contractor) Mainframe Systems Programmer Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service Delivery & Engineering

Re: Cancelling a Job in SPIN status

I think OP was referring to job status in SDSF - "AWAITING SPIN/SPINNING" . I would start looking at additional $HASP messages to see if there are purge processor / PCE failures . Thanks ! Linda On Fri, Apr 1, 2016 at 8:00 PM, Vernooij, CP (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > That

Re: Microprocessor Optimization Primer

On 3/31/2016 7:47 PM, Andrew Rowley wrote: Call me a masochist, but I'm comparing Java batch to assembler. My target is to get the Java CPU less JVM startup overhead down to the same as assembler for the same report. I may not get there, but I will hopefully get close. I feel your pain! ;)

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

W dniu 2016-04-01 o 16:09, Dyck, Lionel B. (TRA) pisze: I was hoping there was a way for GRS to span multiple sysplexes - apparently it can't - but that is a question worth asking. It is possible to have GRS complex that span sysplexes, but: 1. It is VERY unrecommended for some importnat

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

W dniu 2016-04-01 o 16:00, Dyck, Lionel B. (TRA) pisze: An unintentional repeat. And yes the PDSE's along with all datasets are shared between both sysplexes as all dasd is shared. Not ideal but it is what it is so I was looking for a solution. The ONLY solution is STOP SHARING all

Another one bites the dust

The Israeli Stock Exchange announced that they have switched off their mainframe. They were running Adabas and Natural on VM/VSE and have migrated to Linux on HPE servers(with Adabas/Natural as well ). -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

Martin must be correct as a file only being read should not become corrupted. Just identifying who the culprit is/was impossible. Martin - enjoy your vacation -- Lionel B. Dyck (Contractor) Mainframe Systems Programmer

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

Arguably there is no such thing as a "read only data set". It must've got written to (at least) once (or be empty). Maybe CURRENTLY it's not being written to. But when it was the damage could've occurred. And if this is woolly thinking it's OK: I'm on vacation, kinda sorta. :-) Cheers, Martin

Re: Cancelling a Job in SPIN status

That SPIN? I don't believe it. " the FTP job but it went to SPIN status and now it is in same from last 24hr" this must be something else. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: 01 April, 2016

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

Dyck, Lionel B. (TRA) wrote: >An unintentional repeat. It is all right. It seemed you got caught in this bad situation. >The original PDSE issue was a PDSE was being read (no updates) on both >sysplexes and it became corrupted. I was asked about PDSE protection for a >new project and that

Re: Cancelling a Job in SPIN status

Did you try killing the process? omvs kill -9 pid# -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Friday, April 01, 2016 9:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cancelling a Job in

Re: Cancelling a Job in SPIN status

Look up abend071 in the IBM db "Steps for Diagnosing Excessive Spin" HTH, What is the SPIN status? I never saw this. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

So then the problem is solved, you do something that definitely causes errors and you ask us how to avoid the unavoidable. We can't. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: 01 April, 2016

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

The original PDSE issue was a PDSE was being read (no updates) on both sysplexes and it became corrupted. I was asked about PDSE protection for a new project and that prompted this thread. I was hoping there was a way for GRS to span multiple sysplexes - apparently it can't - but that is a

Re: Cancelling a Job in SPIN status

What is the SPIN status? I never saw this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of linda golding Sent: 01 April, 2016 16:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cancelling a Job in SPIN status "I tried cancelling

Re: Passable April Foll's joke

I learned about this last summer when my dog stepped on my laptop. His paw happen to hit CNTL-ALT-RightArrow which made the screen face right. I had do some quick googling to get back to a normal screen -Original Message- From: IBM Mainframe Discussion List

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

An unintentional repeat. And yes the PDSE's along with all datasets are shared between both sysplexes as all dasd is shared. Not ideal but it is what it is so I was looking for a solution. -- Lionel B. Dyck (Contractor)

Re: Cancelling a Job in SPIN status

"I tried cancelling the job using CANCEL,PURGE,FORCE and also tried cancelling with address space but nothing seems to be working, Can anyone please help me on how I can cancel the job" You can try cancelling/force the job with ASID . How big is the data that is being FTP'ed ? Do you see any CPU

Re: Advice needed - GRS across 2 sysplexes with shared dasd

Dyck, Lionel B. (TRA) wrote: >The reason for the questioning is that there are PDSE's that are access from >both sysplexes, since the dasd/catalogs, are shared that have gone bad. Adding >more discipline on the access is one way and the other is to let the system >manage the access. Is this a

Re: Microprocessor Optimization Primer

C stdio is pretty close to assembler. They must have improved it because it used to be poor! The extra overhead is probably the linkage overhead of calling the LE runtime. Step Termination Statistics Program Name QSAMIOC hh:mm:ss.th Step Name QIOT

Re: Passable April Foll's joke

I did it to myself in a two screen environment and (spoiler alert!) Ctrl-Alt-UpArrow made them both right. Windows 7 Pro 64-bit. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nims,Alva John (Al) Sent: Friday, April 01,

Re: Advice needed - GRS across 2 sysplexes with shared dasd

Apart from sharing or non-sharing of normal datasets, PDSE's must never be shared across sysplexes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: 01 April, 2016 15:34 To: IBM-MAIN@LISTSERV.UA.EDU

Re: Advice needed - GRS across 2 sysplexes with shared dasd

DON'T SHARE PDSE ACROSS SYSPLEXES Neither GRS reconfiguration, nor CA-MII would help here. What can you do? Live with frequently corrupted PDSEs or replace PDSE sharing with some other solution. -- Radoslaw Skorupka Lodz, Poland W dniu 2016-04-01 o 15:34, Dyck, Lionel B. (TRA) pisze:

Re: Advice needed - GRS across 2 sysplexes with shared dasd

The reason for the questioning is that there are PDSE's that are access from both sysplexes, since the dasd/catalogs, are shared that have gone bad. Adding more discipline on the access is one way and the other is to let the system manage the access.

Re: Passable April Foll's joke

I DO NOT recommend doing so on a Multi-Screen system or Multi-Screen Windows 7, because at the moment, one screen is back to being right side up, but the other is still UPSIDE DOWN! Yes, I did it to myself, before I attempt to do it to someone else, guess what I WON'T be doing today! :-) Al

Re: Advice needed - GRS across 2 sysplexes with shared dasd

Yes, you can configure GRS for all 4 LPARS. *DON'T DO IT*You are just asking for trouble.. GRS has *ALWAYS* claimed to have a scope of SYSPLEX. Which brings to mind, why are you (or anyone else) seeking to change this? Seeking advice on how to configure the system to allow GRS to

Re: ISPF library Full

If users can and do update the library, there is a very different set of considerations. Assuming a read-only library for the nonce, though, at worst I would expect a period of some performance degradation for people who are logged in using the old library while it is being copied. It might

Re: COBOL 5.2 Programs too large to compile?

Tom, It would be nice to run/use 64 bit addressing...second comment about time geez IBM... Scott On Thursday, March 31, 2016, Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 31 Mar 2016 22:17:40 -0400, Don Poitras > wrote: > > >In

Re: ISPF library Full

Peter Relson wrote: >>Compressing a data set in use is probably a bad idea. >In general, I'd change "probably" to "definitely". Of course there are times >when it works OK, but the dangers are real. Agreed. >I've thought of having z/OS provide some customer-specifiable option that >would

Re: Custom LE runtime parms for an entire batch job

Guys, Do you know if the program can test for CEEOPTS ? Scott On Thursday, March 31, 2016, Frank Swarbrick wrote: > Oh! > I guess we either had that by default, or we changed it some time in the > distant past. > > D CEE,CEEROPT > CEE3745I 17.18.59 DISPLAY CEEROPT

Re: Passable April Foll's joke

Brian, Very very funny my friend... Throws people for a serious curve Scott On Friday, April 1, 2016, Brian Westerman wrote: > This is one I do every year to as many people as I can. I think it works > on all windows PCs. > > I wait till they are not

Re: ISPF library Full

Maybe instead of a customer option, use a RACF profile which would allow finer granularity on who and/or what datasets can be compressed with DISP=SHR Mark Jacobs Peter Relson April 1, 2016 at 8:24 AM In general, I'd change "probably" to "definitely". Of course

Re: ISPF library Full

>Compressing a data set in use is probably a bad idea. In general, I'd change "probably" to "definitely". Of course there are times when it works OK, but the dangers are real. I've thought of having z/OS provide some customer-specifiable option that would require DISP=OLD in order to compress

Re: COBOL Rookie Problem

Cant answer your question, but if you want to chew some CPU, heres a cobol program that will compute prime numbers...Doesnt do any IO though. 000100 IDENTIFICATION DIVISION. 000200 PROGRAM-ID. PRIMECB2. 000300* EXAMPLE

Re: Advice needed - GRS across 2 sysplexes with shared dasd

On 4/1/2016 7:07 AM, Dyck, Lionel B. , TRA wrote: Seeking advice on how to configure the system to allow GRS to manage all of our environment. Current config: 4 lpars 2 in prod sysplex 2 in test sysplex All dasd is shared Each currently has its own grs environment. I asked ibm l2 and was

Re: Advice needed - GRS across 2 sysplexes with shared dasd

Dyck, Lionel B. (TRA) wrote: >Seeking advice on how to configure the system to allow GRS to manage all of >our environment. >Current config: >4 lpars >2 in prod sysplex >2 in test sysplex >All dasd is shared >Each currently has its own grs environment. Correct and the safest. >I asked ibm l2

Advice needed - GRS across 2 sysplexes with shared dasd

Seeking advice on how to configure the system to allow GRS to manage all of our environment. Current config: 4 lpars 2 in prod sysplex 2 in test sysplex All dasd is shared Each currently has its own grs environment. I asked ibm l2 and was told I couldn't have grs manage all 4 lpars but was

Re: Microprocessor Optimization Primer

Time to break out the 30s. +0234 SMF30CAS... Processor Accounting Section +0236 SMF30TFL... 8000SMF30CPT... 0.23SMF30CPS... 1.87SMF30ICU... 0 SMF30ISB... 0 +0248 SMF30JVU... 0 SMF30IVU... 0 SMF30JVA... 0 SMF30IVA... 0

COBOL Rookie Problem

It doesn't display as one. It displays as X'0001F1?0?0' . It will just look like one on casual inspection (if the ?s allow, and I suspect they will be zeros, which will allow). "Why doesn't it abend in doing the PERFORM iterate TIMES?" is the next question. Because he's using compiler option

Re: COBOL Rookie Problem

On Fri, 1 Apr 2016, at 01:13, Bill Woodger wrote: > X'0001F1' where the ? have the numeric as 0, gives you your 01100 in > iterate, once it has been packed (prior to becoming binary) to use in the > TIMES. Why did it DISPLAY as 1 though? -- Jeremy Nicoll - my opinions are my own.

Re: Microprocessor Optimization Primer

On 1/04/2016 4:03 PM, Andrew Rowley wrote: Thanks for those numbers. I'm guessing that zIIP time isn't in the Total CPU Time, so we are comparing user+sys in the second with Total CPU in the first? So it looks like Java overhead is about ~40% in this case? Not too dissimilar to what I found,

Re: JVM FindClass returning Null

The class name needs to be fully qualified (but *without* that leading /) It might be easier to use #pragma convert(819) to get a UTF-8 string. #pragma convert(819) zclass_class = (*env)->FindClass(env, "com/mycomp/mysetset/enterprise/zclass"); #pragma convert(0) -Original Message- From:

Re: Microprocessor Optimization Primer

Thanks for those numbers. I'm guessing that zIIP time isn't in the Total CPU Time, so we are comparing user+sys in the second with Total CPU in the first? So it looks like Java overhead is about ~40% in this case? Not too dissimilar to what I found, depending on whether Java did any

COBOL Rookie Problem

I know what you're saying, and would normally agree where "incremental" performance benefits were expected - knocking up a couple of test programs may not reflect what would normally occur. However, this is far from incremental. V4 generates "ESA" machine-code. ABO can do ARCH 10 or 11. In the

Re: COBOL Rookie Problem

On 01/04/2016 06:26 PM, Bill Woodger wrote: Andrew, I don't think it would be difficult at all. Especially for ARCH 11, there's some substantial differences in that example of what code would be possible (with V5 or V6), so it will be interesting to see if the ABO takes full advantage. I'm

COBOL Rookie Problem

The suggestion was based on not seeing or expecting any change with IO for ABO'ed programs. COBOL IO is through routines, which very quickly end up at QSAM, or whatever. There's nothing in V5 or V6 to indicate improvement in performance for IO directly. I didn't see anything for ABO either,

COBOL Rookie Problem

Andrew, I don't think it would be difficult at all. Especially for ARCH 11, there's some substantial differences in that example of what code would be possible (with V5 or V6), so it will be interesting to see if the ABO takes full advantage. Obviously there are untolled millions of

COBOL 5.2 Programs too large to compile?

From the link which Mike Schwab provided: "PERFORM THRUs can often appear as iterative loops to a compiler when in fact the user did not intend to write an iterative loop. In programs that use many PERFORM THRUs, the compiler detects many such loops and tries to perform loop specific

Passable April Foll's joke

This is one I do every year to as many people as I can. I think it works on all windows PCs. I wait till they are not looking and press the combination of CTRL+ALT+downarrow It inverts their screen. Try to walk away as quickly as possible without drawing attention to yourself. A lot of

COBOL 5.2 Programs too large to compile?

That's correct, Tom, apologies for not making that clear. See here: https://www.ibm.com/developerworks/community/forums/html/topic?id=b78d2926-c112-4def-adc1-0e315531fef9=25 Why even that wasn't mentioned in the announcement, I don't know. On Friday, 1 April 2016 03:41:32 UTC+1, Tom Marchant

Re: Microprocessor Optimization Primer

On 1/04/2016 1:26 PM, Andrew Rowley wrote: On 1/04/2016 15:54, David Crayford wrote: Good luck with that mate! I've had conversations with the authors of JZOS about RecordReader and it uses all the tricks bar going down to EXCPs. There are also smarts to mitigate JNI overhead. If you write