Re: FORTRAN reverse engineering

2015-04-20 Thread Tony Harminc
On 19 April 2015 at 05:39, Martin Packer martin_pac...@uk.ibm.com wrote: I wonder if compilers plant idiomatic machine code - from which higher-level constructs can be garnered. I would expect optimising (prefer improving) compilers would defeat that. Certainly older compilers did tend to

Re: COBOL's NUMPROC compiler option

2015-04-20 Thread Tom Marchant
On Mon, 20 Apr 2015 11:46:57 -0500, Paul Gilmartin wrote: Had bit 0 not been pervasively exploited as a flag, 32-bit addressing could have been accomplished easily. If there had been no reason to run old code in AMODE 24, 32-bit addressing could have been accomplished easily. That was the hope

Re: SMP/e FTP receive error - Help

2015-04-20 Thread Kurt Quackenbush
You were right and IBM site did had some hiccup. What makes you say that? Did you open an ETR and did IBM tell you the download server was acting up? How do you know other factors, like excessive network traffic in your own enterprise, aren't the cause? Just curious. Kurt Quackenbush --

GSE UK Annual Conference - Large Systems Stream -- Call For Papers

2015-04-20 Thread Mark Wilson
All, We are beginning the process to build the agenda for the LSG stream of the next GSE UK Conference. This event will be held on November 3 4 at Whittlebury Hall in Northamptonshire. The LSG stream will comprise 10 sessions across the 2 days (5 x 60 minute sessions and 5 x 45 minute

A Data Studio question

2015-04-20 Thread Graham Hobbs
Should I ask this on the DB2 forum, if so, how do I register? Sorry if dumb question .. am about to download/install Data Studio 4.1.1 and in the Quick Start Guide I find .. Step 5: Get started with the product 1. Set up the Data Studio web console. If you did not install the web console and

Re: ENQ for the life of the job

2015-04-20 Thread John McKown
On Mon, Apr 20, 2015 at 9:41 AM, Steff Gladstone steff.gladst...@gmail.com wrote: The ENQ has to be transparent to the JCL. Could I dynamically allocate a dataset with DISP=(OLD,PASS)? As I recall the dynamic allocation does not permit the use of PASS. ​Hum, I'm going to go way out on a

Fwd: ENQ for the life of the job

2015-04-20 Thread Steff Gladstone
Greetings, How do I use the ISGENQ macro in such a way that the ENQ lasts for the life of the entire job (or several job steps) and not just for the life of a single job-step? Would specifying the TCB address of the initiator TCB on the TCB parameter work? Any better ideas? Thanks, Steff

Re: COBOL's NUMPROC compiler option

2015-04-20 Thread Paul Gilmartin
On Mon, 20 Apr 2015 13:09:14 +0800, Timothy Sipples wrote: Clark Morris wrote: Given that IBM CSP and its descendants (IBM VisualAge generator) generate F signs for positive fields My understanding is that the currently supported descendants, i.e. EGL, don't behave this way. I'm a skeptic

Re: ENQ for the life of the job

2015-04-20 Thread John McKown
On Mon, Apr 20, 2015 at 9:13 AM, Steff Gladstone steff.gladst...@gmail.com wrote: How do I use the ISGENQ macro in such a way that the ENQ lasts for the life of the entire job (or several job steps) and not just for the life of a single job-step? Would specifying the TCB address of the

Re: ENQ for the life of the job

2015-04-20 Thread Steff Gladstone
The ENQ has to be transparent to the JCL. Could I dynamically allocate a dataset with DISP=(OLD,PASS)? As I recall the dynamic allocation does not permit the use of PASS. On Mon, Apr 20, 2015 at 5:30 PM, Blaicher, Christopher Y. cblaic...@syncsort.com wrote: I guess you could do that,

Re: COBOL's NUMPROC compiler option

2015-04-20 Thread Clark Morris
On 19 Apr 2015 22:10:22 -0700, in bit.listserv.ibm-main you wrote: Clark Morris wrote: Given that IBM CSP and its descendants (IBM VisualAge generator) generate F signs for positive fields My understanding is that the currently supported descendants, i.e. EGL, don't behave this way. Let me

Re: SDSF QUESTION ; FILTER : OPTION 7

2015-04-20 Thread John Dawes
Thanks. It is what I am looking for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

New Redbook: IBM z Systems Connectivity Handbook

2015-04-20 Thread John McKown
http://www.redbooks.ibm.com/abstracts/sg245444.html?Open Abstract This IBM® Redbooks® publication describes the connectivity options available for use within and beyond the data center for the IBM z Systems® family of mainframes, which includes these systems: - IBM z Systems® z13 (z13) -

Re: ENQ for the life of the job

2015-04-20 Thread Jim Mulder
I suppose a final job-step to do the DEQ with COND=EVEN would not always do the trick. As I recall there are some types of abends that flush the job including steps with COND=EVEN, right? ​Very true. My favorite: S40D with a nice message about the initiator being terminated at end

SDSF QUESTION ; FILTER : OPTION 7

2015-04-20 Thread John Dawes
G'Day, I am trying to display all replies of each syslog on SYSPLEX envrionment via SDSF. When in SDSF I place the cursor unde Filter, next I choose 7 followed by *. The outstanding messages are displayed however the LPAR name is not shown. Is there something I have forgotten to do? Thanks.

Re: ENQ for the life of the job

2015-04-20 Thread John McKown
On Mon, Apr 20, 2015 at 10:36 AM, Steff Gladstone steff.gladst...@gmail.com wrote: The job is performing a change management system operation (moving a new program version to production, saving previous generations, providing for possible fallback, etc.). The operation for various reasons

Re: SDSF QUESTION ; FILTER : OPTION 7

2015-04-20 Thread Elardus Engelbrecht
John Dawes wrote: I am trying to display all replies of each syslog on SYSPLEX envrionment via SDSF. When in SDSF I place the cursor unde Filter, next I choose 7 followed by *. The outstanding messages are displayed however the LPAR name is not shown. Is there something I have forgotten to

Re: COBOL's NUMPROC compiler option

2015-04-20 Thread Paul Gilmartin
On Mon, 20 Apr 2015 11:24:51 -0400, John Gilmore wrote: The transition was from 24- to 31-bit addressing. Apart from this quibble, Paul is right here. Unused fields should be initialized innocuously and, usually, marked as reserved. (From time to time there is of course a case for making user

Re: ENQ for the life of the job

2015-04-20 Thread John McKown
On Mon, Apr 20, 2015 at 10:18 AM, Steff Gladstone steff.gladst...@gmail.com wrote: I suppose a final job-step to do the DEQ with COND=EVEN would not always do the trick. As I recall there are some types of abends that flush the job including steps with COND=EVEN, right? ​Very true. My

Re: ENQ for the life of the job

2015-04-20 Thread Steff Gladstone
I suppose a final job-step to do the DEQ with COND=EVEN would not always do the trick. As I recall there are some types of abends that flush the job including steps with COND=EVEN, right? On Mon, Apr 20, 2015 at 6:09 PM, John McKown john.archie.mck...@gmail.com wrote: On Mon, Apr 20, 2015 at

Re: ENQ for the life of the job

2015-04-20 Thread Elardus Engelbrecht
Steff Gladstone wrote: The job is performing a change management system operation (moving a new program version to production, saving previous generations, providing for possible fallback, etc.). The operation for various reasons must be performed in several job steps. We want to ENQ on the

Re: ENQ for the life of the job

2015-04-20 Thread Jousma, David
Maybe if you can explain in more detail what situation you are trying to solve for would help? _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p

Re: ENQ for the life of the job

2015-04-20 Thread Steff Gladstone
The job is performing a change management system operation (moving a new program version to production, saving previous generations, providing for possible fallback, etc.). The operation for various reasons must be performed in several job steps. We want to ENQ on the name of the program being

Re: ENQ for the life of the job

2015-04-20 Thread Staller, Allan
As previously suggested, initial IEFBR14 step (e.g.) //step1 exec pgm=iefbr14 //dd1dd dsn=hlq.program,disp=(mod,pass),space=(trk,1,1),unit=sysda And simply never reference hlq.program in the jobstream. This will prevent multiple concurrent processes on the same program and is a lot less

Re: COBOL's NUMPROC compiler option

2015-04-20 Thread John Gilmore
The transition was from 24- to 31-bit addressing. Apart from this quibble, Paul is right here. Unused fields should be initialized innocuously and, usually, marked as reserved. (From time to time there is of course a case for making user fields available in control blocks.) --John Gilmore,

Re: ENQ for the life of the job

2015-04-20 Thread J O Skip Robinson
OP is clear about not wanting to change JCL. I've never tried anything like this, but maybe code in a system exit would work. I'm thinking of either JES or SMF, both of which have exit points at job initialization and termination. One issue not mentioned so far is how any transparent mechanism

Re: ENQ for the life of the job

2015-04-20 Thread Jousma, David
Using ENQ/DEQ is only good if all participants abide by it. You said: We want to ENQ on the name of the program being handled to prevent other operations or changes being made to that program in parallel.What other operations? Your other change management operations? Or do you mean

Re: ENQ for the life of the job

2015-04-20 Thread Tom Brennan
Jousma, David wrote: ... I'd use standard JCL DISP=OLD processing on a dummy dataset name that includes the program name as part of it. Maybe someone mentioned this already, but I was thinking even simpler - use the same job name each time if the user has no control over the JCL, with