On 4/10/2012 3:07 PM, Micheal Butz wrote:
I have a piece of CSA storage sp 241
That I am obtaining in key 8
(I know this is a no no)
If you are working for a commercial ISV, I recommend AT LEAST the following in
DIAGxx on all systems (it's what we use):
Vsm Track Csa(ON) Sqa(ON)/*
John McKown writes:
The chances of us getting a current machine depends quite a bit
on the US Supreme Court's decision on Obamacare, especially the
80:20 rule. Which has destroyed our profitability. We basically
cannot run the company on only 20% of our policy income.
Apologies in advance for the
On Thu, 12 Apr 2012 10:05:37 -0400, Sevetson, Phil psevet...@fisa.nyc.gov
wrote:
Bookreader? Really??
YES.
Guys, there's this thing they call the Internet, where you can get good
documentation from what IBM calls their website. ... PDF and Info Center (I
much prefer the former, frankly)...
Hey Bob,
What us users of z/Pdt ?
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Apr 12, 2012, at 12:41 PM, Bob Shannon bshan...@rocketsoftware.com wrote:
What about folks not running Z9 for z/os 2.1 ?
2.1 requires an architectural level set.
If you are
On Fri, 13 Apr 2012 05:50:01 -0500, Jan MOEYERSONS jan.moeyers...@adelior.be
wrote:
On Thu, 12 Apr 2012 10:05:37 -0400, Sevetson, Phil psevet...@fisa.nyc.gov
wrote:
Bookreader? Really??
YES.
Guys, there's this thing they call the Internet, where you can get good
documentation from what IBM
What us users of z/Pdt ?
Well, everything I know came from the SOD. I have no inside information. Having
said that I can't imagine IBM not supporting 2.1 on a zPDT. Send a note to Bill
Ogden for a definitive answer.
Bob Shannon
Rocket Software
https://www-304.ibm.com/partnerworld/wps/servlet/ContentHandler/stg_com_sys_zpdt_announcement
z/PDT v 1.3 update available for download Mar 31, 2012 emulates z/196.
On Fri, Apr 13, 2012 at 8:00 AM, Scott Ford scott_j_f...@yahoo.com wrote:
Hey Bob,
What us users of z/Pdt ?
Sent from my iPad
Bob,
Will do and thank you
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Apr 13, 2012, at 9:16 AM, Bob Shannon bshan...@rocketsoftware.com wrote:
What us users of z/Pdt ?
Well, everything I know came from the SOD. I have no inside information.
Having said
John,
I can tell you where the kool-aid was made too...
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Apr 12, 2012, at 1:23 PM, McKown, John john.mck...@healthmarkets.com
wrote:
IBM has drunk the Kool-Aid. It is Windows only. Curiously, it is mainly Java,
At the last conference I attended, the Unix Systems Services table was
used for serving Guinness, and was one of the busiest tables.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Dick Bond
Sent: April 12, 2012 4:47 PM
To:
It is also interesting (to me) to point out that Metal C uses the same
back-end.
Metal-C generates assembler code which is not dependent on the C library or
LE, supports user inlined assembler code, etc. Just like with C/C++, you
can specify ARCH(),TUNE(), INLINE, etc.
With the explosion of new
I find both PDF and Info Center easily navigable. Some PDFs could benefit
from the newer features of PDFs, but find works well enough.
I download to my company laptop any PDF manual that use. I organize them
in folders and then keep a Suitcase for them on a flash drive for quick
access from
On 12 Apr 2012 09:48:17 -0700, in bit.listserv.ibm-main you wrote:
Now that you mention it, I remember that the C/C++ compiler has a architecture
option to control the instructions generated. I should have known that the
PL/X compiler would too. I didn't know that they both share the same
On 12 Apr 2012 21:45:22 -0700, in bit.listserv.ibm-main you wrote:
According to Tom Ross (of IBM COBOL development) at SHARE last year, they are
working
on migrating the back end to the same one that PL/I uses. (And I am
assuming the same
one some of the other languages also use.)
No idea if
If that type of low level code is needed (i.e. it can't be done in COBOL),
then some shops such as mine will continue to use HLASM until the C/C++
compiler is free. And might not use C/C++ or Metal C even if it were like
HLASM and included in the z/OS license. We have no real need for C/C++ on
I do like the PDFs. I have all the CICS and z/OS system PDFs downloaded to my
PC and on my Kindle DX. I don't like reading them on my PC due to the PDFs
being designed to be read on a device in portrait orientation. They don't look
so good on my PC screen. Especially the ones, like the
From a minor test, the code generated for a simple ADD +1 TO WS-INTEGER
generates the same code for TRUNC(OPT) and TRUNC(BIN). And TRUNC(STD) only
adds a single D (divide) instruction to do the needed truncation. I have not
looked at all the other verbs which could be affected. May do that if I
On Fri, 13 Apr 2012 09:44:45 -0500, Jonathan Goossen wrote:
I find both PDF and Info Center easily navigable.
snip
IMO it is a matter of what we get use to.
Perhaps it is a matter of what we are used to.
Earlier today, someone asked me a question about LARGEDS
support for JES2 SPOOL and I
I have installed Z1.13 and it's up and running in our test lpar. Seems dsn=
SYS1.SMP.SMPTABL is not on the new res volume. I checked the CPAC alloc and
restore jobs and can't find it in there either. Searched the migration guide
and no mention of it there either. Anyone else run into this or
I've never heard of that data set. Is it an ISPF table data set? Would
something like GIM.SGIMTENU / SYS1.GIM.SGIMTENU / SYS1.SGIMTENU be what you
need? I would guess SYS1.SMP.SMPTABL was created in-house.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
Well, got some time unexpectedly. I redid my TRUNC tests. And my original test
code was a poor test. TRUNC(OPT) is significantly better than TRUNC(BIN) for
both fullword and halfword binary fields using the MULTIPLY and DIVIDE verbs.
TRUNC(OPT): DIVIDE LSS-FULLWORD-1 BY LSS-FULLWORD-2
L
I did the upgrade from z1.9 to z1.11 here and never remember copying that dsn
from res to res. But John, according to the smpe user guide it is a user
defined dataset so you are right on. tks
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
I personally wouldn't use Metal-C for writing exits. Unless they are
very simple structures the DSECT conversion utility is painful due to
the ambiguous syntax of assembler data declarations. It takes a best
guess, which sometimes works and sometimes makes a horrible mess.
If IBM provided C
On 13 April 2012 10:23, Kirk Wolf k...@dovetail.com wrote:
It is also interesting (to me) to point out that Metal C uses the same
back-end.
One would think so, but I'm not so sure...
Metal-C generates assembler code which is not dependent on the C library or
LE, supports user inlined
On 14/04/2012 12:24 AM, Tony Harminc wrote:
snip
But it may be that when writing high performance assembler routines it
is now a lot harder to win a battle with a compiler that has advanced
knowledge of the underlying machine internals.
Tony H.
On 14/04/2012 12:24 AM, Tony Harminc wrote:
On 13 April 2012 10:23, Kirk Wolfk...@dovetail.com wrote:
It is also interesting (to me) to point out that Metal C uses the same
back-end.
One would think so, but I'm not so sure...
Metal-C generates assembler code which is not dependent on the C
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc
Sent: Friday, April 13, 2012 11:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
snip
But it may be that when writing high performance assembler
On Sat, 14 Apr 2012 00:13:31 +0800, David Crayford wrote:
I personally wouldn't use Metal-C for writing exits. Unless they are
very simple structures the DSECT conversion utility is painful due to
the ambiguous syntax of assembler data declarations. It takes a best
guess, which sometimes works
Metal C does permit ARCH and TUNE overrides, and it is *hugely* instructive to
look at the differences in the generated HLASM code as you move up the ARCH
scale from 5 to 8, especially with OPTIMIZE(3). Difficult to follow, but
highly instructive.
It is true that Metal C will not permit you
On 14/04/2012 12:51 AM, Paul Gilmartin wrote:
On Sat, 14 Apr 2012 00:13:31 +0800, David Crayford wrote:
I personally wouldn't use Metal-C for writing exits. Unless they are
very simple structures the DSECT conversion utility is painful due to
the ambiguous syntax of assembler data
On Sat, 14 Apr 2012 00:44:19 +0800, David Crayford wrote:
What I find the most disappoinging about that list is it forces you to
FLOAT(IEEE)! How useful is that for most assembler programs? I suppose
it's to keep the size of the runtime down
to only support functions for one floating point
snip
The interesting thing about Metal-C is that the runtime is shipped as
part of the base operating system. So even if you don't have
a C license
there's lots of good stuff in there.
Isn't much the same true for LE?
-- gil
I don't know about the Metal-C subroutines. But I write LE
On 14/04/2012 1:02 AM, Paul Gilmartin wrote:
On Sat, 14 Apr 2012 00:44:19 +0800, David Crayford wrote:
What I find the most disappoinging about that list is it forces you to
FLOAT(IEEE)! How useful is that for most assembler programs? I suppose
it's to keep the size of the runtime down
to only
On 4/12/2012 9:03 AM, David Crayford wrote:
AFAIK, the PL/X compiler shares a back-end with the other code optimizers, so
should produce excellent code.
Not yet.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
On 14/04/2012 1:38 AM, Edward Jaffe wrote:
On 4/12/2012 9:03 AM, David Crayford wrote:
AFAIK, the PL/X compiler shares a back-end with the other code
optimizers, so should produce excellent code.
Not yet.
So does that mean that the PL/X compiler produces inferior code to the
Metal/C
INLINE when OPTIMIZE(0) is in effect
All suboptions of INLINE
Doesn't the use of metal/builtins.h negate the useful of INLINE?
Lloyd
- Original Message
From: Tony Harminc t...@harminc.net
To: IBM-MAIN@bama.ua.edu
Sent: Fri, April 13, 2012 12:24:15 PM
Subject: Re: Modernizing the BCP
On 14/04/2012 1:49 AM, Lloyd Fuller wrote:
INLINE when OPTIMIZE(0) is in effect
All suboptions of INLINE
Doesn't the use ofmetal/builtins.h negate the useful of INLINE?
Lloyd
No. Inline is used for inlining small funtions to remove the linkage
overhead of subroutine calls.
-
On 4/13/2012 10:46 AM, David Crayford wrote:
On 14/04/2012 1:38 AM, Edward Jaffe wrote:
On 4/12/2012 9:03 AM, David Crayford wrote:
AFAIK, the PL/X compiler shares a back-end with the other code optimizers,
so should produce excellent code.
Not yet.
So does that mean that the PL/X
On 14/04/2012 2:10 AM, Edward Jaffe wrote:
On 4/13/2012 10:46 AM, David Crayford wrote:
On 14/04/2012 1:38 AM, Edward Jaffe wrote:
On 4/12/2012 9:03 AM, David Crayford wrote:
AFAIK, the PL/X compiler shares a back-end with the other code
optimizers, so should produce excellent code.
Not
Sounds like what is done by the GNU compiler people. From what I've read, all
the GNU compilers utilize the same back end code generator. IIRC, at one time
the non-C compilers really did a language to C conversion, followed by a C
compile. I don't know if I have the terminology correct, but now
Guys,
Reading through this thread, quickly, it very obvious that certain exits must
be in Assembler.
So your kind of a captive audience. I am speaking of security type products. I
have beem experimenting in C , not being a C heavy, it would be nice and
desirable to do them in C . But sure if
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Crayford
Sent: Friday, April 13, 2012 1:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
snip
Thanks for the info! Seems like IBM are more interested in
On 13 April 2012 14:53, McKown, John john.mck...@healthmarkets.com wrote:
Sounds like what is done by the GNU compiler people. From what I've read, all
the GNU compilers utilize the same back end code generator. IIRC, at one
time the non-C compilers really did a language to C conversion,
So very true, but since I can remember companies just wouldn't buy neat
software/ hardware, they had to cost justify, especially when money was tight,
like nowadays. I understand that, but there are better approaches and mouse
traps to aid in productivity..
Scott Ford
Senior Systems Engineer
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Friday, April 13, 2012 12:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
Snipped
(But how does PL/S deal with it? Perhaps the DSECT
Haha, I think there were GCC projects for both COBOL and PL/I, but both are
stagnate (and probably incomplete).
One can still dream, though!
Frank
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Sent: Friday, April 13, 2012 12:53 PM
http://www.opencobol.org/
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Frank Swarbrick
Sent: Friday, April 13, 2012 4:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
Haha, I think there were GCC
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc
Sent: Friday, April 13, 2012 2:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
On 13 April 2012 14:53, McKown, John
I have that compiler on my Linux/Intel system. And I've downloaded some of our
z/OS COBOL code. Does a nice job of compiling, where the syntaxes are the same.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX
On 13 April 2012 14:10, Edward Jaffe edja...@phoenixsoftware.com wrote:
Yes. This has been one of the justifications for not having a new z/OS
Architectural Level Set i.e., the existing PL/X compiler cannot generate
code that takes advantage of the newer hardware features, so why force
OpenCOBOL is not part of the GCC. OpenCOBOL converts COBOL to C; then it
invokes the C compiler to compile the result.
From: Farley, Peter x23353 peter.far...@broadridge.com
To: IBM-MAIN@bama.ua.edu
Sent: Friday, April 13, 2012 2:13 PM
Subject: Re:
I learned PL/1 on OS/VS2/HASP ( duck ) I really liked it but didn't
catch, then worked a VM VSE shop running Plancode in a ICCF, horrible slow on a
4381...
OpenCobol haven't seen or worked with, love Open Object Rexx
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Apr
The fly in that ointment would be PL/S constructs like this one in
the DCBD macro:
%DCBD: MACRO KEYS(DATASET_ORG,DEVICE_TYPE,BASED_VALUE);
ANS('?' || MACLABEL || ' DCBDP ' || MACKEYS || ';') SKIP;
%END DCBD;
Or this one in DCBE:
DCBE: MACRO KEYS(END_OF_DATA_NAME,GET_SIZE,
All:
I am to use the __console2() function call in C to build an operator Modify
interface.
Reading the manual , I can issue messages, no problem , retrieval of the modify
information
is good, but I cant figure out how to compare..He's my C code:
/* CCONS
Scott,
The second argument is a pointer. If successful, it will point to a
null-terminated string, so strcmp() or strcasecmp() should work fine.
Your code should also check the return code and check that the value
returned in the third argument is _CC_modify before assuming that your
pointer
Thanks Kirk much appreciated, I will give a try a little later
Scott J Ford
Software Engineer
http://www.identityforge.com
From: Kirk Wolf k...@dovetail.com
To: IBM-MAIN@bama.ua.edu
Sent: Friday, April 13, 2012 5:50 PM
Subject: Re: __console2()
Scott,
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Jim Mulder
Sent: Friday, April 13, 2012 5:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Modernizing the BCP code ?
Snipped
The PL/X structure and Assembler DSECT for the DCBE are in
Kirk Wolf wrote:
I'm trying to understand how to use the catalog fields:
COMUDSIZ
UDATASIZ
COMPIND
VVRNFLGS
... in order to get an estimate of the uncompressed size of a compressed,
extended-format DSORG=PS dataset.
The documentation in Managing Catalogs is a little thin.
- is UDATASIZ the
On Thu, 12 Apr 2012 10:40:30 -0500, Mary Anne Matyaz maryanne4...@gmail.com
wrote:
In the fourth quarter of 2012, IBM plans to make secure delivery via FTP using
Secure Sockets Layer (FTPS) an option for Internet delivery of ServerPac,
CBPDO, SystemPac®, FunctionPac, ProductPac®, and Internet
On 4/13/2012 5:04 PM, Art Gutowski wrote:
I see. Anyone else share in Mary Anne's sentiment? In other words, is FTPS
(or SFTP?) as much a requirement/priority notwithstanding the impending
ShopzSeries / RECEIVE ORDER requirement? If so, and you can respond, please
drop me a line off-list.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Friday, April 13, 2012 5:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: Secure FTP (Was: z/OS every two years)
On 4/13/2012 5:04 PM, Art Gutowski wrote:
I see. Anyone
On Fri, 13 Apr 2012 15:05:57 -0400, Scott Ford scott_j_f...@yahoo.com wrote:
Reading through this thread, quickly, it very obvious that certain exits must
be in Assembler.
So your kind of a captive audience. I am speaking of security type products. I
have beem experimenting in C , not being a C
62 matches
Mail list logo