Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Jim Mulder
> > Yes there is a specific assignment of ASIDs. However, IBM does have the > > right to change the order and have different assigned ASIDs at IPL time. > > There have been times over the last several years where IBM has either added > > or deleted an ASID and then the list was wrong. > > > > >

OT: Obscurity Is Not Security... Or Is It?

2013-09-06 Thread Ed Gould
http://www.securityweek.com/obscurity-not-security-or-it While obscuring website code, server architecture, and security mechanisms doesn’t provide bullet-proof security on its own, it can be effective... By this point, everyone has probably heard the phrase, “Obscurity is not security.”

Re: timezone_name?

2013-09-06 Thread Charles Mills
The specs seem to indicate it may be any number of characters. http://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html Five-character time zones are already here. http://www.timeanddate.com/library/abbreviations/timezones/atlantic/azost.ht ml It appears you strip characters until y

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Charles Mills
Interesting approach. Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Friday, September 06, 2013 10:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where environment variables set for batch POSIX program

Re: timezone_name?

2013-09-06 Thread John Gilmore
Mike Schwab's point is well made. Some of these values are three-character ones, some of them are four-character ones, and five-character ones are obviously in the womb of time. A parse that deals swith this variability is, finally, trivial; but the issue should not be ignored. John Gilmore, Ash

Re: DASD space management

2013-09-06 Thread Ron Hawkins
I'm with Lizette in thinking you could do a this a hundred different ways with DCOLLECT and MXG, and pretty cheaply on a workstation if you have SAS for Windows. I also agree that going ES/EA from the get go would be a benefit. Did that 15 years ago and it worked a treat. Ron Sent via the

Re: GETMAIN and LOC=(xx,64)

2013-09-06 Thread Blaicher, Christopher Y.
Interesting question, with a number of answers. The second value only comes into play at PAGEFIX time, be that your program doing it explicitly, or the system doing it for you, most often as part of an I/O operation, such as a BSAM READ or WRITE, or a QSAM GET or PUT. Up until that PAGEFIX happ

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Scott Ford
There are always about 6 ways to do the same thing. Just understand how it works, then fit the solution or method into your design ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Sep 6, 2013, at 10:33 AM, Charles Mills wrote: > Well I'll be darne

Re: GETMAIN and LOC=(xx,64)

2013-09-06 Thread Tony Harminc
On 6 September 2013 16:53, Gerhard Postpischil wrote: > On 9/6/2013 1:52 PM, Manfred Lotz wrote: >> >> I'm maintaining a larger program written in assembler where GETMAINs have >> mostly LOC=(BELOW,ANY) or LOC=(ANY,ANY). >> This program doesn't use anything like PGSER, EXCPVR or the like. >> My q

Re: DFHSM ARCLOGx & ARCLOGy must be on the same volume.

2013-09-06 Thread retired mainframer
If it is an error reported by the RENAME service, there should also be an IEC614I message with the details as described in chapter 6 of the DFSMSdfp Diagnosis manual. Are your log datasets SMS managed? :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSER

Re: timezone_name?

2013-09-06 Thread Mike Schwab
On Fri, Sep 6, 2013 at 8:47 AM, Charles Mills wrote: > > I'm currently sticking the first three characters of TZ or a string such as > EST5EDT in timezone_name, and I know that's wrong. What *should* I be doing > instead? > > Charles You should use the portion in front of the offset digits (5,+5,

Re: GETMAIN and LOC=(xx,64)

2013-09-06 Thread Gerhard Postpischil
On 9/6/2013 1:52 PM, Manfred Lotz wrote: I'm maintaining a larger program written in assembler where GETMAINs have mostly LOC=(BELOW,ANY) or LOC=(ANY,ANY). This program doesn't use anything like PGSER, EXCPVR or the like. My question: In order to give the operating system most flexibility would

Re: timezone_name?

2013-09-06 Thread Robert A. Rosenberg
At 15:38 + on 09/06/2013, Staller, Allan wrote about Re: timezone_name?: I haven't specifically looked, but IIRC, TZ can be specified as GMT plus/minus offset HTH, That works except for the problem of identifying the actual local time on those days when the offset changes. That is when

Re: Job Posting Rules

2013-09-06 Thread efinnell15
Darren will chime in when he gets thru with his day job, but in general just a link to the job opening should be sufficient. In a message dated 09/06/13 15:34:52 Central Daylight Time, jeffrey.dea...@securian.com writes: What are the rules for posting links to system engineer jobs on the list

Job Posting Rules

2013-09-06 Thread Jeff Deaver
I've been away for awhile. What are the rules for posting links to system engineer jobs on the list these days? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the m

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Gord Tomlin
On 2013-09-06 15:58, Tony Harminc wrote: I'm curious about why you would want or need to know anything about hard-coded ASIDs. What aspect of an application or even system program makes it impossible to look up what it needs? (I realize you didn't say you needed to do this, but something surely p

Re: DFHSM ARCLOGx & ARCLOGy must be on the same volume.

2013-09-06 Thread Lizette Koehler
Since you have not had an answer, I will give it a try. When DFHSM was developed it was probably the only way that IBM could ENSURE that the two files would be available. Not sure what would happen if one of them went missing. So it is probably something hard coded within DFHSM itself. Is it

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Paul Gilmartin
On Fri, 6 Sep 2013 07:05:56 -0700, Charles Mills wrote: > >My question is what do I tell the customers that ask "how come you don't get >the time right without us telling you what to do with a parm or DD? Our MVS >programs know what the local time is. What's wrong with your program?" I >want to be

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Tony Harminc
On 6 September 2013 15:39, Gord Tomlin wrote: > The IPCS listing in that manual is just a sample, and I would not treat it > as a guarantee that the ASIDs listed there will always be the ASIDs for the > indicated address spaces. In fact, they differ from what I see on a z/OS > system here. > > I

Re: DASD space management

2013-09-06 Thread Lizette Koehler
It depends on how much you want to spend. I could see using MXG/SAS that then sends an email when you have that issue CA Vantage If you can do CBTTAPE.ORG products, find one that lists and extracts vsam info and then you could use SMTPNOTE to send an email You could use the Catalog Search Int

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Gord Tomlin
On 2013-09-06 14:46, Lizette Koehler wrote: Yes there is a specific assignment of ASIDs. However, IBM does have the right to change the order and have different assigned ASIDs at IPL time. There have been times over the last several years where IBM has either added or deleted an ASID and then th

Re: DASD space management

2013-09-06 Thread R.S.
W dniu 2013-09-06 21:00, Frank Swarbrick pisze: What products are available out there to proactively warn about DASD space issues? I am specifically looking for notification if a VSAM file is reaching the 4GB limit and should be converted to extended addressability, but of course any worthwhile

Re: DASD space management

2013-09-06 Thread O'Brien, David W. (NIH/CIT) [C]
Not sure about the pro-active part but Total Storage Facility from Estorian will give you the functionality you're looking for. Thank You, Dave O'Brien From: Mitch [mitc...@aol.com] Sent: Friday, September 06, 2013 3:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Sub

Re: DASD space management

2013-09-06 Thread Mitch
Frank: As much as I hate to recommend ANY product from CA, I might suggest CA-ASM2. Regards, Mitch McCluhan -Original Message- From: Frank Swarbrick To: IBM-MAIN Sent: Fri, Sep 6, 2013 12:00 pm Subject: DASD space management What products are available out there to proactively war

DASD space management

2013-09-06 Thread Frank Swarbrick
What products are available out there to proactively warn about DASD space issues? I am specifically looking for notification if a VSAM file is reaching the 4GB limit and should be converted to extended addressability, but of course any worthwhile product in this space would warn about any type

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Lizette Koehler
Yes there is a specific assignment of ASIDs. However, IBM does have the right to change the order and have different assigned ASIDs at IPL time. There have been times over the last several years where IBM has either added or deleted an ASID and then the list was wrong. And I am not sure that IBM

GETMAIN and LOC=(xx,64)

2013-09-06 Thread Manfred Lotz
Hi there, I'm maintaining a larger program written in assembler where GETMAINs have mostly LOC=(BELOW,ANY) or LOC=(ANY,ANY). This program doesn't use anything like PGSER, EXCPVR or the like. My question: In order to give the operating system most flexibility wouldn't it be recommended to cha

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Lizette Koehler
You could go into SDSF under DA screen and sort the ASID or ASIDX and take the first 20 or so Or maybe everything up to JES2 but do not include JES2. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gord Tomlin Sent: Friday,

Re: Pre-assigned/invariantASIDs?

2013-09-06 Thread Gord Tomlin
On 2013-09-06 14:09, Lizette Koehler wrote: You could go into SDSF under DA screen and sort the ASID or ASIDX and take the first 20 or so Or maybe everything up to JES2 but do not include JES2. Lizette Sorry if I wasn't clear enough in my OP. I think there was once a list that indicated, fo

Pre-assigned/invariantASIDs?

2013-09-06 Thread Gord Tomlin
My memory tells me that once, a long time ago, I saw a list in some IBM document (possibly one of the MVS Diagnosis manuals) that showed ASIDs for several system address spaces that were pre-assigned and invariant. I can't find this list (if it indeed exists) anywhere now. Does anyone else rec

Re: timezone_name?

2013-09-06 Thread Bill Godfrey
On Thu, 5 Sep 2013 16:13:07 -0700, Charles Mills wrote: >I'm looking at my C++ code. I wrote it, but I wrote it before I understood >as much (?) as I do now, and before GSK surprised me and made me run >POSIX(ON). > >Background: the code runs on many different systems and customers set their >mach

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Alan Young
Mark Jacobs wrote: This might not be the right forum for this question, but... Doing some very limited in initial research I've found three documented methods of performing Dynamic Allocation in COBOL ( Enterprise COBOL 4.2), BPXWDYN, CEEENV or setenv. Q1) Are there any others?We already use

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Paul Gilmartin
On Fri, 6 Sep 2013 09:54:01 -0700, Alan Young wrote: > >I use BPXWDYN where I can. Unfortunately, with tape datasets all the >needed parameters a sometimes not there. ... > Bill Schoen has mentioned in MVS-OE that some parameters have been implemented but not yet documented. Guess? Search for

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Kirk Wolf
This is one area where z/OS UNIX is completely brain-dead (but not the only one!) In a rational UNIX environment, all Unix processes are descendants of the "init" process. z/OS Unix has an init process, and like other environments it is configured using /etc/init.options. The z/OS UNIX Init and

Re: timezone_name?

2013-09-06 Thread Ward, Mike S
In the OMVS profile we set timezone like this: TZ=CST6CDT5 -6 for Central Standard and -5 for Central Daylight. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, September 05, 2013 6:13 PM To: IBM-MAIN@LIS

Re: timezone_name?

2013-09-06 Thread Charles Mills
It can, but that was not the question. :-) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, September 06, 2013 8:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: timezone_name? I haven't specifically

Re: timezone_name?

2013-09-06 Thread Paul Gilmartin
On Fri, 6 Sep 2013 15:38:05 +, Staller, Allan wrote: >I haven't specifically looked, but IIRC, TZ can be specified as GMT >plus/minus offset > Does the code then need to be changed semiannually? -- gil -- For IBM-MAIN sub

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread John Gilmore
Sorry about that. The last two paragraphs of my previous post should be There is nothing analogous to the HLASM option alternatives NOGOFF|GOFF available for COBOL 5.1. COBOL source libraries can continue to be PDSs, but COBOL executables must be stored in PDSEs. This should hold no terrors fo

Re: Comp-3 data defintion

2013-09-06 Thread John McKown
I think I goofed up on this. Rereading about the TRUNC option in the book says that it applies only when doing a computation or MOVE _into_ a BINARY (COMP) field. It doesn't say anything about COMP-3 fields. And I can't find anything in any of the manuals about truncating (or not) the high digit on

Re: Comp-3 data defintion

2013-09-06 Thread Farley, Peter x23353
And John is right, the zeroing of the high-order nibble does depend on the compile option TRUNC, so do double-check the value of the TRUNC option that was used to compile existing programs that use this data definition. Be especially cautious if the TRUNC option was set differently for differen

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread John Gilmore
What perhaps needs a little more emphasis is that, while COBOL is the first, the requirements that binder output be a PDSE-resident program object will obtain for C/C++, PL/I, and LE-compatible HLASM source in the proximate future , Tom Marchant's statement . . . GOFF does not necessarily mean t

Re: Comp-3 data defintion

2013-09-06 Thread Staller, Allan
It depends. A Group level move will just move the data, ignoring the differences in field sizes. Move Corresponding, I believe will generate individual move instructions for each "pair" of fields. Move FIELDA to FIELDB with COMP-3 field descriptions will work just fine. Move FIELDA to FIELDB wi

Re: Comp-3 data defintion

2013-09-06 Thread Farley, Peter x23353
When you convert the data definition to S9(5) COMP-3 and re-compile all programs that use that data definition, the generated compiler code will not force a zero into the high-order nibble of the 3 bytes. COBOL standards require the compiler to force a zero into the high-order nibble when you d

Re: Comp-3 data defintion

2013-09-06 Thread John McKown
"It depends!". When you define a variable in COBOL as PIC S9(4) COMP-3 (aka PACKED-DECIMAL). As you said, PIC S9(5) COMP-3 also takes up 3 bytes of storage. What is actually store in those three bytes in the former case depends on the TRUNC option. TRUNC(STD) will ensure that the PIC S9(4) COMP-3 o

Re: timezone_name?

2013-09-06 Thread Staller, Allan
I haven't specifically looked, but IIRC, TZ can be specified as GMT plus/minus offset HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAI

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Scott Ford
Mark, You can also call a svc99 routine in assembler ...we use BPXWDYN and make calls in Cobol..this will be converted to C and it has a dynamic function call ...all ready Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Sep 6, 2013, at 9:45 AM, Mark

Comp-3 data defintion

2013-09-06 Thread Ron Thomas
Hello We have a job in which the input file that is comming has one on the field (Location Number) is defined as X(4). This file is comming from a different system. Now here in our programs we are modifying the this field to 5 bytes from the orginal 4 bytes. We are putting transformation step

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread John McKown
Every address space can run with its own value of TZ or _TZ set. The historic TIME macro does not support different time zones for different address spaces. Since I am now a dedicated user of LE environments, even in HLASM, I would use the CEEGMT subroutine (LE) to get the Lilian date (32 bit integ

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Scott Ford
Charles, The problem is a lot of customers don't understand LE CEEOPTS. It can be a beast Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Sep 6, 2013, at 10:26 AM, Charles Mills wrote: > Perfect! Much grass. > > Charles > > -Original Message---

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread John McKown
I have the following in member CEEPRM00 in PARMLIB: /* NONCICS LE PARMS */ CEEDOPT( ALL31(OFF), STACK(,,BELOW) CBLQDA(OFF), COUNTRY(US), DEBUG, DYNDUMP(*USERID,DYNAMIC,NOTDUMP), ENVAR('TZ=CST6CDT'), LIBSTACK(8K,4K,FREE), STORAGE(NONE,NONE,NONE,8K) ) /* CICS LE PARMS */ CEECOPT(

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Jousma, David
Nope. All working fine. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainfra

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Charles Mills
Perfect! Much grass. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 06, 2013 7:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where environment variables set for batch POSIX programs? I ha

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Charles Mills
Well I'll be darned. It's a good day. I learned something. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 06, 2013 7:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dynamic Allocation in COB

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Charles Mills
The software in question is "reporting" z/OS security-related events so the one time zone in which the box itself is located (or where its sysprogs think of it as being located) is appropriate and sufficient. Yeah, the fact that z/OS has two completely different "systems" for specifying the loc

Re: timezone_name?

2013-09-06 Thread Elardus Engelbrecht
Charles Mills wrote: >But I'm not "processing" the name portions of the TZ string. I'm not going >"EDT! Aha! I know what that means..." Here's the problem I am trying to solve: >What goes in timezone_name? One possible solution: use a standard time zone, say Greenwich and base your names on th

Re: Dynamic Allocation in COBOL

2013-09-06 Thread John McKown
setenv does not _directly_ do a dynamic allocation. It sets up an LE environment variable, which has the same name as what is normally considered the DD name. If the DD name in the SELECT in COBOL is not already allocated, _and_ an LE environment variable is properly set up, _then_ the COBOL run ti

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Charles Mills
John, yours is the sort of answer I was looking for. I will await your "more tomorrow." I should have noted what other replies have pointed out: yes, I am familiar with the various ways of setting LE run-time options. Yes, the CEEOPTS DD statement route is way preferable IMHO to slashes in PAR

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Bohn, Dale
To those people who are suprised by the PDSE requirement for Enterprise COBOL V5. When was the last time you or someone from your shop went to SHARE? IF so, why have so few come to the "Language Environment Futures Workshop" session ? They have been talking about "COBOL NEXT" (V5) changes for yea

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Steve Comstock
On 9/6/2013 7:43 AM, Charles Mills wrote: I don't *think* CEEENV or setenv will do dynamic allocation. Yes, they can. And we have examples (and a lab) in our 2 day course "Enterprise COBOL Update" http://www.trainersfriend.com/COBOL_Courses/d704descr.htm as well as in our 3 day course "Adva

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Charles Mills
Well I'll be darned! The EC 4.1 P/G has a section called "Dynamically creating QSAM files" which talks about a run-time option CBLQDA that will take care of missing DD statements and then adds cryptically "Do not confuse this implicit allocation mechanism with the explicit dynamic allocation of fi

Re: timezone_name?

2013-09-06 Thread Charles Mills
No John, I was not accusing you of highjacking. But I'm not "processing" the name portions of the TZ string. I'm not going "EDT! Aha! I know what that means..." Here's the problem I am trying to solve: What goes in timezone_name? I'm currently sticking the first three characters of TZ or a string

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Mark Jacobs
Looking at this IBM Technote, it implies they will. http://www-01.ibm.com/support/docview.wss?uid=swg21046577 Mark Jacobs On 09/06/13 09:43, Charles Mills wrote: I don't *think* CEEENV or setenv will do dynamic allocation. That might be a good reason to pick BPXWDYN. Charles -Original M

Re: Dynamic Allocation in COBOL

2013-09-06 Thread Charles Mills
I don't *think* CEEENV or setenv will do dynamic allocation. That might be a good reason to pick BPXWDYN. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Friday, September 06, 2013 4:21 AM To: IBM-MAIN@LISTSE

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Thanks! Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Bohn, D

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Thanks. No problems when using them I suppose ? Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Bohn, Dale
While the V12 FA, FM, DB support Enterprise COBOL V5, it will be supported in the NEXT Version of APA (4Q13). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the mess

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Jousma, David
We have all the PD tools at V12 on our z/os 1.12 system now. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Ori

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Tom Marchant
On Fri, 6 Sep 2013 05:34:19 -0700, Lizette Koehler wrote: >The binder supports >... an entirely new object module format, called GOFF. GOFF is an enhanced form of an object module that HLASM has produced since at least HLASM 1.3 in 1998. AFAIK, GOFF is necessary for the object module (the out

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Does anyone have an experience (= have used) with COBOL 5.1 and/or PD Tools under z/OS 2.1 ? Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ)

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Do you know if you could use PD v12 in a z/OS 1.13 system ? (If so we could implement PD v12 before taking on z/OS v2.1 and/or COBOL 5.1.) Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Bohn, Dale
Enterprise COBOL V5 uses DRAWF records in an non-loaded class instead of a side file as was used previously. COBOL V5 is the first of the compilers to convert to DRAWF (C already supported it), this is part of IBM's change to have all the compilers share the backend code generator ( same one us

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Regarding PDSE, from migration guide: Link edit/bind changes with Enterprise COBOL Version 5.1 There have been a number of changes to link editing or binding Enterprise COBOL 5.1 programs. * The DFSMS Program Management Binder must be used to bind (link edit) Enterprise COBOL V5 applications. T

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
As always, AFAIK, but it seems that COBOL 5.1 *requires* PDSE due to it using some functionality of PDSE objects. Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) > -Original M

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
I'm talking about application datasets like those in IMS etc. Historically we have bad experience from PDSE... Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) > -Original Mes

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
Thanks, but we have gone through the documentation. What I'm out for is the *experiences* that people have. There are nearly always surprises in cases like this - at least from our hurtful experience... Best Regards Thomas Berg _

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Lizette Koehler
I should have also included this section GOFF stands for Generalized Object File Format . It is an enhanced type of object module introduced by the binder in DFSMS/MVS 1.3 and produced by the High Level Assembler, COBOL, and C++. GOFF supports long names and multipart modules, and provides some ot

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Lizette Koehler
Dave, I think this redbook may help http://www.redbooks.ibm.com/redbooks/pdfs/sg246106.pdf The binder supports a modified extended object module, produced by the C and C++ compilers, and an entirely new object module format, called GOFF. This new object module type is described in 7.2.5, “GOFF”

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Bernd Oppolzer
Don't know for COBOL, but we have some experience with PL/1 here, and as long as you don't use some of the fancier new options like RENT, DLL etc., you don't need your output libraries to be PDSEs, because the resulting load objects don't have the properties that need them to be GOFFs or program

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Jousma, David
A quick look in the ENT COB 5.1 migration guide does turn up this jewel... Binding (link-editing) Enterprise COBOL programs What is the difference between an object module, a load module, and a program object? An object module is the output of the compiler and input to the binder. A load mod

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Jousma, David
I'm curious about your statement: "With COBOL 5.1, AFAIK, comes also the requirement of the loadlibraries to be PDSE. Which we DON'T have today, neither in production or test systems." If you mean the product code comes in PDSE's then that's no big deal. But if you are saying the output of th

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Bob Shannon
> With COBOL 5.1, AFAIK, comes also the requirement of the load libraries to be > PDSE. Which we DON'T have today, neither in production or test systems. You have PDSEs on your Sysres. If you run DB2 you have PDSEs. PDSEs don't have to be SMS-managed. The only problem you may have is that PDSE

Dynamic Allocation in COBOL

2013-09-06 Thread Mark Jacobs
This might not be the right forum for this question, but... Doing some very limited in initial research I've found three documented methods of performing Dynamic Allocation in COBOL ( Enterprise COBOL 4.2), BPXWDYN, CEEENV or setenv. Q1) Are there any others?We already use a home grown assemb

Re: timezone_name?

2013-09-06 Thread John Gilmore
It is your thread, and I have no wish to hijack it. This will therefore be my last post for it. I chose Australian local times advisedly. They illustrate the differences between Daylight|Summer|Official times and Standard ones in the northern and southern hemispheres. You mentioned that you nee

Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Lizette Koehler
What version of Cobol are you running now? I would also look at the migration guides for z/OS V2.1 and COBOL For cobol:http://publibfp.boulder.ibm.com/epubs/pdf/c1473830.pdf For z/OS V2.1: http://www-03.ibm.com/systems/z/os/zos/bkserv/zos_migration_manuals.html Also, see if and when Marna W

DFHSM ARCLOGx & ARCLOGy must be on the same volume.

2013-09-06 Thread Ron K.
Hello, We recently 'switched' on the ARCLOGx and ARCLOGy functionality of DFHSM. All working perfectly well. However, apparently it is somewhat required to have both output datasets residing on the same volume. (else messages like ARC0022I may appear at swaplog-time). This is all documented wel

z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc.

2013-09-06 Thread Thomas Berg
We are going to eventually install 2.1 in the future. Besides the OS we have to decide how handle the new COBOL 5.1 and it's dependencies towards Fault Analyzer, Debug Tool and other productivity tools. E g which version/release is required for a certain product to work with another product. An

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Miklos Szigetvari
I think you can get the best to set: ENVAR("_CEE_ENVFILE_S=DD:ENVARS") and in the ENVARS DD define the actual ENVARS : TZ=MEZ-1MESZ-2,M3.5.0/02:00:00,M10.5.0/03:00:00 ISIS_KEY_TRACE=1 ISIS_PCS_LOGMODE=M*C ISIS_PCS_LOCAL_SHM=1 (here blank terminated, in the _CEE_ENVFILE it should be x'00' termina

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Bernd Oppolzer
Am 06.09.2013 10:45, schrieb Bernd Oppolzer: don't know, if this helps, but we set environment variables in CEEOPTS in batch jobs, for example //CEEOPTS DD * STACK(30M,10M), ENVAR("_CEE_HEAP_MANAGER=CEL4MCHK", "_CEE_MEMCHECK_DEPTH=10", "...") the alternate Heap-Manager and its env variables mea

Re: Where environment variables set for batch POSIX programs?

2013-09-06 Thread Bernd Oppolzer
don't know, if this helps, but we set environment variables in CEEOPTS in batch jobs, for example //CEEOPTS DD * STACK(30M,10M), ENVAR("_CEE_HEAP_MANAGER=CEL4MCHK", "_CEE_MEMCHECK_DEPTH=10", "...") the alternate Heap-Manager and its env variables meant just as an example; at the position of the