Walt,
Thanks, you have confirmed what we were thinking here. We will try and test
this today.
Regards
-Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walt Farrell
Sent: 07 March 2013 00:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject
On 3/6/2013 5:17 PM, Clark Morris wrote:
Should there be a SHARE requirement that all APARs that update
documentation also cause an update to the related manuals? In these
days of electronic documents, that should be relatively inexpensive
and not cause a massive distribution of paper manuals.
On Wed, 6 Mar 2013 21:45:07 -0800, John R. Ehrman (408-463-3543 T/543-) wrote:
>To determine what's been added via PTF to YOUR copy of HLASM, specify
>the INFO option. It will show the new mnemonics as well as various
>fixes.
>
Neat! Thanks.
Does it tell me what new parameter values have been a
To determine what's been added via PTF to YOUR copy of HLASM, specify
the INFO option. It will show the new mnemonics as well as various
fixes.
John Ehrman
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
On Wed, 6 Mar 2013 19:07:30 -0800, Charles Mills wrote:
>
>Ah, but of course! (And I think I did say "+ DELETE" in the OP.)
>
You did (parenthetically, now that I reread it.)
>> If the module expects OS CALL linkage conventions, use LINKMVS rather than
>> LINKPGM
>
>..., LINKPGM was a studied ch
Thank you. I shall get loaded forthwith.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Skip Robinson
Sent: Wednesday, March 06, 2013 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reality check on LOAD + Rexx LINKPGM
You
> Do you DELETE it when you're finished?
Ah, but of course! (And I think I did say "+ DELETE" in the OP.)
> If the module expects OS CALL linkage conventions, use LINKMVS rather than
> LINKPGM
FSVO OS CALL Linkage conventions. LINKMVS puts halfword lengths on ALL
parameters. That is the conven
On Wed, 6 Mar 2013 15:31:35 -0800, Charles Mills wrote:
>...
>I then use Rexx ADDRESS LINKPGM to call the module. ...
>
Afterthought: If the module expects OS CALL linkage conventions,
use LINKMVS rather than LINKPGM. You can fake it, and more,
with LINKPGM, but why reinvent the wheel?
-- g
On Wed, 6 Mar 2013 15:31:35 -0800, Charles Mills wrote:
>
>As I have it coded now the Rexx first calls a little assembler stub that I
>happened to already have that issues an MVS LOAD.
>
>I then use Rexx ADDRESS LINKPGM to call the module. LINKPGM makes the LOAD
>technically redundant, ...
>
>Would
On 5 Mar 2013 15:31:23 -0800, in bit.listserv.ibm-main you wrote:
>On Tue, 5 Mar 2013 16:16:50 -0500, John Gilmore wrote:
>>
>>It does not much interest IBM's management, I suspect because it is
>>not the focus of 'interesting' activity. Moreover, it is not a profit
>>center. It generates no ide
On 3 March 2013 11:51, Ed Jaffe wrote:
> On 3/3/2013 8:19 AM, Peter Relson wrote:
>>
>> For what it's worth, IHASDWA was enhanced in z/OS 1.11 with a GR32=NO|YES
>> option so that if you must use the HLASM optional function, you can do so.
>
> We will change every IHASDWA in every software product
You have our blessing. Go forth and LOAD. ;-)
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Charles Mills
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 03/
On 2/22/2013 7:26 AM, Donald Likens wrote:
In case anyone has a better idea I am documenting my solution... I see no way
to set a break point before starting the program, so what I am doing is as
follows:
LOAD INITPGM;
LDD INITPGM;
AT ENTRY INITPGM BEGIN;
set break points;
END;
Not
I have a Rexx program (bigger than a "script") that is going to call a
module whose name will come from a customer-specified parameter file.
As I have it coded now the Rexx first calls a little assembler stub that I
happened to already have that issues an MVS LOAD.
I then use Rexx ADDRESS LINKPGM
Ed - I'm assuming you are referencing the Flash Express feature introduced
on the zEC12 and not flash storage as used in storage controllers (DS8000,
EMC DMX, etc).
We don't have first hand experience with flash, yet, but from the various
webcalls I sat in on during the announcement cycle and u
As my father-in-law likes to say, when they make me king... 8-)
For LPARs with no active operating system, the HMC should be able to simply
vary resources logically on and off at will.
For LPARs with an active operating system, the HMC should signal the operating
system a request to logically va
Check SYSIBM.SYSPLSYSTEM catalog table and make sure you have the right
value in column "SYSTEM" for the plan
SELECT *
FROM SYSIBM.SYSPLSYSTEM
WHERE NAME = 'TRANSLD'
;
The SYSIBM.SYSPLSYSTEM table layout is explained here
http://pic.dhe.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=%2Fc
John,
I think your numbers are pretty much OK,
We also used asmH (IEV90) for something unique. Its too long and
intricate to go into here. Suffice it to say we had clerks creating
SQL "like" inquiries )asm H macros) and would run these in a batch
mode that would take 48 hours or more (elaps
David:
Thanks!
The search on IBM.com was hopeless and google was the same.
The book chapter didn't answer all my questions directly but enough
to go back to the originator and assure him it is not an issue.
Ed
On Mar 6, 2013, at 6:20 AM, Jousma, David wrote:
Ed,
If you are speaking of the
To list;
I have a batch job that is getting an error message:
DSNE106E PLAN TRANSLD NOT AUTHORIZED FOR SUBSYSTEM DB8G AND AUTH ID IBMUSER
This is also happening on another plan name TRANSPD.
I did a GRANT EXECUTE on both plans to the userid of PUBLIC.
Not sure where to go next on this. I
Is this list not an appropriate forum for any mainframe topic?
In my experience, you are more likely to get a useful response to a question
here than on one of the more specialized lists.
I suppose another good reason is that I am not on the assembler list. I have
little interest these days in
On 3/6/2013 9:20 AM, Paul Gilmartin wrote:
F Assembler? Assembler VS? Assembler VS was known as IFOX00, IIRC.
I once had a manual that explained the differences. It got left behind in
a move.
I've never heard IFOX00 called the VS assembler; it's always been the XF
assembler in my crowd. The
And you could get the SLAC mods for H Assembler which made it MUCH more usable.
Thanks, Greg. :-)
In fact many of the feature upgrades from H Assembler to HLASM came from the
SLAC mods descriptions as we wrote SHARE requirements for those features.
Lloyd
- Original Message
From: Jo
Don Williams wrote:
>IIRC, it is strongly advised to never use the HMC single object operations to
>vary a CHP when the related LPARs have operating systems running in them.
Agreed. One of our operators did something to a Production LPAR instead to a
Sandbox LPAR from HMC.
Lots of Ouch-ouch-ou
Check that LP #'s are correct for each LPAR. Looks similar to this:
http://bit.listserv.ibm-main.narkive.com/NJ8Hqmgn/osa
--
Donald J.
dona...@4email.net
On Tue, Mar 5, 2013, at 01:43 PM, Tom Trainor wrote:
> I have four(4) LPARS on a single CHPID for an Ethernet CHPID defined as
> OSE (no
IIRC, it is strongly advised to never use the HMC single object operations
to vary a CHP when the related LPARs have operating systems running in them.
Alas, I wish that all operating systems were designed/required to gracefully
handle the HMC varying resources on and off line.
> -Original Me
Theorem:
Once a Marine always a Marine.
Corollary:
Once a sysprog always a sysprog.
Good Luck and enjoy yourself :-)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Eric Bielefeld
Sent: Wednesday, March 06, 2013 11:32 AM
To: IBM-MAIN
About a month ago I said I might quietly drop off the list. I'm still here,
enjoying my 3rd week of retirement. I do find that I read less posts,
especially if I don't sign on till noon or later and have 30 or 40 in my
inbox. Since I probably won't work anymore, at least as a systems
progra
On Wed, 6 Mar 2013 09:15:39 -0600, Jim Elliott, IBM wrote:
>On Wed, 6 Mar 2013 07:46:08 -0600, Tom Marchant wrote:
>
>>It would be nice if the page at
>>http://www.vm.ibm.com/devpages/jelliott/cmosproc.html
>>would be updated to include the HLASM opcode table that is
>>appropriate for each model.
On Wed, 6 Mar 2013 21:14:13 +0800, Robin Atwod wrote:
>This is a rather arcane topic but hopefully one of you out there might have
>some insight. I am working on a problem where a customer uses our
>application to submit jobs to JES2, and then, when the output is available,
>the application reads
Thanks for that PSP link, now bookmarked. Once again I am proven incorrect,
but that's why I keep reading this list.
I'm also not sure access to the PSP buckets will help to enlighten me very
much, but it is interesting nonetheless.
Peter
P.S. - Also thanks for the button link!
-Origina
I guess I could expand on this some more. zEC12 is the only built-in solution
I am aware of. Don't think there is anything that will co-exist with it in the
market, now or probably ever. That being said, I am aware that DASD vendors
market solid-state disk, which present to the operating sy
The usual suspects would be responding even if this thread were moved
to the assembler list. The only effect at this late point in time
would be to fracture the archives.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN sub
On Wed, 6 Mar 2013 08:20:20 -0600, Paul Gilmartin wrote:
>Why is this discussion taking place here ratner than on
>ASSEMBLER-LIST?
Because the OP asked his question on this list. Does it
make sense to move it to another list?
--
Tom Marchant
--
On Wed, 6 Mar 2013 07:46:08 -0600, Tom Marchant
wrote:
>HLASM hasn't really changed. It would be nice if the page at
>http://www.vm.ibm.com/devpages/jelliott/cmosproc.html
>would be updated to include the HLASM opcode table that is
>appropriate for each model. It would also be nice if the HLA
Thanks everyone. The CF command was what I needed.
On Wed, Mar 6, 2013 at 9:25 AM, Jousma, David wrote:
> The CF command as issued as a z/OS command only configures it off to that
> LPAR. If you go to the HMC single object operations, and do it there, it
> will take it offline to all images.
W dniu 2013-03-06 15:17, Mark Pace pisze:
As I understand it the CF command will vary the physical CHPID offline to
all LPARs, not just logically to the z/OS LPAR. I could be wrong about
that. If it does do it physically I can wait until the other LPARs have
varied their paths offline and then
The CF command as issued as a z/OS command only configures it off to that LPAR.
If you go to the HMC single object operations, and do it there, it will take
it offline to all images.
_
Dave Jousma
Assistant Vice President, Mainfram
Why is this discussion taking place here ratner than on
ASSEMBLER-LIST?
On Wed, 6 Mar 2013 09:02:31 -0500, John Gilmore wrote:
>The H Assembler at least was once charged for.
>
>The cost was always nominal, US$150 per month is what I remember, but
>I should not wish to be hanged if that number is
As I understand it the CF command will vary the physical CHPID offline to
all LPARs, not just logically to the z/OS LPAR. I could be wrong about
that. If it does do it physically I can wait until the other LPARs have
varied their paths offline and then I'll use the CF command.
On Wed, Mar 6, 20
Mwah, 20 ranges in a command script is doable.
But, why don't you just CONFIG the 2 CHPIDs OFF per LPAR? z/OS will
handle this without problems.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mark Pace
Sent: Wednesday, March 06,
The H Assembler at least was once charged for.
The cost was always nominal, US$150 per month is what I remember, but
I should not wish to be hanged if that number is wrong. It was widely
used because it did SYSGENs, NCPGENs, and the like very much faster
than the F Assembler.
John Gilmore, Ashla
Mark Pace wrote:
>Not really, I have 10 control units with 4 CPHIDs, I need to vary off 2 of
>the CHPID. That's a lot of ranges.
What about CF CHP(xx),OFFLINE?
Groete / Greetings
Elardus Engelbrecht
PS: It is a lng time ago I did that command...
--
Robin Atwod wrote:
>but when I try to pick up the output, I get RC=4, nothing found.
From where? SYSLOG or result of the SAPI macro(s) usage?
>MVI SSS2SEL2,SSS2SCRE
>MVC SSS2CREA,USERID
Geez, it took me some time to get the definition of SSS2SEL2 in Bookmanager...
;-)
>Which implies what I
Paul Gilmartin wrote:
I had understood that, new with MVS/XA, HLASM was not "'given away'
as a part of the operating system", but a separately priced prerequisite.
Has that changed, or was I mistaken?
The 1980's were a long time ago (smile), and I'm not going to look up
the history of wheth
>Thank you for that link. I was not aware that IBM made closed APAR
>documentation available to the public.
>
>I still think it is wrong for two major machine upgrades to have occurred and
>yet none of the HLASM manuals was updated.
>
HLASM hasn't really changed. It would be nice if the page a
Not really, I have 10 control units with 4 CPHIDs, I need to vary off 2 of
the CHPID. That's a lot of ranges.
On Wed, Mar 6, 2013 at 8:32 AM, Vernooij, CP - SPLXM
wrote:
> You can specify a range of devices, does this help?
>
> Kees.
>
>
> -Original Message-
> From: IBM Mainframe Discus
You can specify a range of devices, does this help?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mark Pace
Sent: Wednesday, March 06, 2013 14:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vary off path
Is there an easy way to VAR
Is there an easy way to VARY off a path? Looking at the commands manual it
looks like you have to vary off the path to each device.
In z/VM we can vary off a path to every device.
VARY OFF PATH D3 TO ALL
VARY OFF CHPID D3
I want to vary off the path and the chpid logically, I don't want to
physi
From: Robin Atwood
Sent: 06 March 2013 21:12
To: 'IBM-MAIN@LISTSERV.UA.EDU'
Subject: Retrieving output submitted by surrogates
This is a rather arcane topic but hopefully one of you out there might have
some insight. I am working on a problem where a customer uses our
application to subm
Ed,
If you are speaking of the new zEC12, with the Flash Express option, A couple
things come to mind, but I have no direct knowledge because we don't have Flash
Express.
- It is a feature code of the zEC12. So only IBM parts, no OEM
- Since it is a feature code of the zEC12, it would be co
51 matches
Mail list logo