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 3
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 meant
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'
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.
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
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
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
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
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 PDSEs
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 the
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
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
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
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
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
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
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
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.
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
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
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)
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
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
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
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
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,
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:
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
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
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
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
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
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
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 that
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 local
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
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
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(
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 charl...@mcn.org wrote:
Perfect! Much grass.
Charles
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
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
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,
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
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
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
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
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
begin extract
. . . GOFF does not
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
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
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
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
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
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:
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
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
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
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
machines
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
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,
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,
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
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
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
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 frank.swarbr...@yahoo.com
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Sep 6, 2013 12:00 pm
Subject: DASD space management
What
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
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
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
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
On 6 September 2013 15:39, Gord Tomlin gt.ibm.li...@actionsoftware.com 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
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 able
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
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
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
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
On Fri, Sep 6, 2013 at 8:47 AM, Charles Mills charl...@mcn.org 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
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
On 6 September 2013 16:53, Gerhard Postpischil gerh...@valley.net 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
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 charl...@mcn.org wrote:
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
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
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,
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
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
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.”
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
85 matches
Mail list logo
