UCM type file truncated while FTPing

[Jake Anderson]

Hi

I am trying to FTP a UCM file to mainframe with FB-80 It gets truncated and
also I tried with larger FB size but still gets truncated.

Is there a specific dataset attribute which can accommodate the UCM file ?

This is basically for sending the IBM281 File.

Any pointers would be appreciated

Regards
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z114 and z/OS 2.3

[Jim Mulder]

  Inconceivable!(And that word does mean what I think it means.)

 I would need to see a dump of this to believe it. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
04/06/2019 02:49:47 AM:

> From: "Brian Westerman" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/06/2019 11:30 PM
> Subject: Re: z114 and z/OS 2.3
> Sent by: "IBM Mainframe Discussion List" 
> 
> I wonder how I will explain that to the 4 sites that we have running
> 2.3 under z/VM.  Maybe your version of z/VM doesn't support it, but 
> 4 separate sites is fairly conclusive:)
> 
> actually only 3 of them are z114's the other one is a bc10.
> 
> Brian



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The 64-bit version of LOOK from CBT File 264 is finally out

[Sam Golob]

Hi Folks,

    I guess I have to clarify the situation about the LOOK program.  
It's intent is to help in system-level code development, and as such, 
I'd probably say that it shouldn't be installed in any place where there 
might be a problem of an "unauthorized" person "snooping" at what's in 
storage.  However, the LOOK program has been on the CBT Tape since 
around 1980, and its capabilities have always been similar.  Nobody 
seems to have worried about its capabilities or non-capabilites.  It has 
been sitting on the CBT Tape all along.  All we wanted to do, was allow 
it to see storage above the bar, and we have been very grateful that we 
have been able to accomplish that.  That's what we wanted to announce.


    I must emphasize that LOOK cannot change any storage.

    Everybody has their own tools which they use "to help them do the 
job".  I use LOOK to look around in storage.  Since LOOK also has 
control block formatting capability, it makes life much easier when you 
need to repeatedly follow a control block chain.  Even when the storage 
is unformatted, since the screen is displaying 256 bytes of storage in 
the general area where you're looking, and you can go forward or 
backward 256 bytes at a time, you get to discover a lot of information 
about the general area of storage, nearby.  This makes it much easier to 
"scope out" control blocks, to see what they're doing. Obviously the 
tool is very useful for system-level code development.


    I just wanted to point out that now, you can use it to see storage 
above the bar, as well.  And you now have a way to do indirect 
addressing above the bar, using the G command instead of the J command.


    I'll explain.  Suppose you're looking in a control block, and you 
see something that looks like a 4-byte address at, say +14 from where 
you are.  You can command J+14 and go there.  If it isn't a valid 
address, you just press F9 (history backward) and go back to where you 
were.  Now (the new thing is) if you see something that looks like an 
8-byte address at +10 from where you are, you can say G+10 and go 
there.  If it isn't a valid address, you press F9 and you're (hopefully) 
back where you were.  This kind of thing is very handy when you're 
trying to figure out how to program something.


    Again, I must emphasize that this program "has always been 
around".  It's just that we have been able to improve it, and Joe was 
able to build in better recovery capability in case you hit some storage 
that you can't get to.


    The announcement was merely to let people know that the new LOOK 
can see storage above the bar.  Same as anything on the CBT Tape, it's 
(thank God) there if you need it.


    All the best of everything to all of you.

Sincerely,   Sam

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Lizette Koehler]

There is a function in JCL called COMMAND

Depending on your version of the operating system - it can be found in the JCL 
Reference manual

JCL command statement
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab600/comdst.htm

If an in-stream command is to be executed (see the explanation in the following 
section "Defaults" ), the system usually executes it as soon as it is read. 
Therefore, the command will not be synchronized with the execution of any job 
or step in the input stream. To synchronize a command with the job processing, 
tell the operator the commands you want entered and when they should be issued, 
and let the operator enter them from the console.

The system processes each command according to installation options for both 
the input device from which the job was read, and the job class.

A command statement can appear anywhere after a JOB statement and before the 
end of the job. If a command statement appears between jobs, it is ignored. A 
command statement should not be placed before the first JOB statement in an 
input stream.

Example

// F NETVIEW,CLOSE IMMED


You can imbed any MVS or JES2 or JES3 command on this type of statement.  This 
includes the SEND command.

If you want something that has more options, like action the WTO, let the list 
know.  There are tools on the CBTTAPE.ORG that could be helpful.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lizette Koehler
> Sent: Saturday, April 06, 2019 4:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL for WTO
> 
> Not knowing your shop, have you checked to see if you already have tools that
> will do this?
> 
> For example, if you want a WTO to indicate a job has done something, if you
> have automation tools (like CA OPS/MVS) or a scheduler tool (like IBM Tivoli
> Scheduler)  then they may already be able to provide this function.
> 
> Since you only asked the basic question, you may not get a solution that will
> fit your environment.
> 
> If you do not have tools, then the solutions offered could work.
> 
> However, if you do have tools, it might be easier to engage your system
> programmers to see what solutions to do what you want are available.
> 
> Or provide more details on what problem you are trying to solve, and you may
> get better answers.
> 
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Bill Giannelli
> > Sent: Saturday, April 06, 2019 12:32 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: JCL for WTO
> >
> > can you run a WTO command directly from JCL?
> > I want to execute a WTO directly from my job.
> > thanks
> > Bill
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Lizette Koehler]

Not knowing your shop, have you checked to see if you already have tools that 
will do this?

For example, if you want a WTO to indicate a job has done something, if you 
have automation tools (like CA OPS/MVS) or a scheduler tool (like IBM Tivoli 
Scheduler)  then they may already be able to provide this function.

Since you only asked the basic question, you may not get a solution that will 
fit your environment.

If you do not have tools, then the solutions offered could work.

However, if you do have tools, it might be easier to engage your system 
programmers to see what solutions to do what you want are available.

Or provide more details on what problem you are trying to solve, and you may 
get better answers.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Bill Giannelli
> Sent: Saturday, April 06, 2019 12:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JCL for WTO
> 
> can you run a WTO command directly from JCL?
> I want to execute a WTO directly from my job.
> thanks
> Bill
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Jackson, Rob]

I don't know for sure, but I imagine the TMP is more efficient than forking 
into an OMVS address space.  I suspect ITschak's method is the best.  Don't 
know if there are any other things to consider though . . . case, message 
length . . . .

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, April 06, 2019 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL for WTO

[External Email]

On Sat, 6 Apr 2019 14:32:19 -0500, Bill Giannelli wrote:

>can you run a WTO command directly from JCL?
>I want to execute a WTO directly from my job.
>
How about:
//X EXEC PGM=BPXBATCH,
//  PARM='SH echo "some text" >/dev/console'

(Beware auto ops rules.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FIRST TENNESSEE

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AMODE 32

[Joel C. Ewing]

It used to be, most of a single CICS region other than some DB2-related
work was single threaded.  Don't know if that has improved in the last
five years, but am sure there must still be significant parts of CICS
that are single thread.   The only way to give more CPU to a CICS that
was CPU-constrained, required splitting the load to multiple CICS Regions.

Over the years, the main reasons we used multiple CICS regions under MVS
was for application isolation, downtime isolation, and increased CPU
resources -- not merely because of virtual memory constraints.

I know some of our application code relies on the VL bit to detect end
of parameter lists.  You cannot depend on existing code being trivial to
convert.  Like Y2K, it is not that individual fixes are complicated, but
there can be massive amounts of code to review to find where the fixes
are required.   There would inevitably be bugs introduced in both
application code and the OS.   Not worth the effort and risk for a
measly doubling of virtual address space.
    Joel C. Ewing

On 4/5/19 11:43 PM, Mike Schwab wrote:
> Actually, they started under MVS with 8MiB user memory or so.  Plus
> splitting different applications into their own regions to isolate,
> close certain partition at specified times for batch and backup
> processing, etc.
>
> On Fri, Apr 5, 2019 at 11:55 AM Paul Edwards  wrote:
>> Hi Mike.
>>
>> I'm trying to understand why some sites
>> are running multiple CICS regions because
>> 2 GiB is not enough. Yet they haven't
>> gone to AM64. I want to know if they
>> would be interested in going to AM32
>> instead, if it were available. Can you
>> elaborate? If AM32 was more practical
>> for them, they would be able to halve
>> the number of CICS regions they have.
>>
>> BTW, Rob Prins recently updated his
>> 47,000-line RPF assembler program to
>> make it AM32-clean, and it required
>> very little effort. He was using "VL" in
>> a variety of places, but the things he
>> was calling were not actually variable
>> parameter functions, so he just needed
>> to delete the VL. No rewrite was
>> necessary, as would be required if
>> moving to AM64.
>>
>> Thanks. Paul.
>>
>>
>>
>>
>> On Fri, 5 Apr 2019 02:41:15 -0500, Mike Schwab  
>> wrote:
>>
>>> If you are wanting to run in AM64 and use 32 bit constants, that is
>>> certainly possible.  You will then be limited to incrementing
>>> registers by 4GiB or less.  Just establishing addressability will need
>>> to set all 64 bits.
>>>
>>> On Thu, Apr 4, 2019 at 2:40 PM Paul Edwards  wrote:
 On Thu, 4 Apr 2019 19:32:01 +, Martin Packer 
  wrote:

> They will be (running 64-bit). However, apart from Db2*, much of their
> virtual storage components can't tolerate being above the bar.
 Which virtual storage components can't tolerate
 being above the bar, and why is that and what
 would need to change?

 Thanks. Paul.

 ...

 --
 Mike A Schwab, Springfield IL USA
 Where do Forest Rangers go to get away from it all?

 ...


-- 
Joel C. Ewing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Paul Gilmartin]

On Sat, 6 Apr 2019 14:32:19 -0500, Bill Giannelli wrote:

>can you run a WTO command directly from JCL? 
>I want to execute a WTO directly from my job.
>  
How about:
//X EXEC PGM=BPXBATCH,
//  PARM='SH echo "some text" >/dev/console'

(Beware auto ops rules.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Jackson, Rob]

Well, crap!  Never even occurred to me, and I've used the send command to issue 
messages to the console.  Unbelievable, a WTO is a WTO, after all.

If it makes me look less idiotic, I also have versions for highlighted messages 
and WTORs.  Can't do that with send.  (I hope.  :))

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Saturday, April 06, 2019 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL for WTO

[External Email]

Tso batch with send command (cn operand) will do the job. You can use jcl 
command (or jes /*), but it will be issued at job read without your control.

ITschak

בתאריך שבת, 6 באפר׳ 2019, 22:32, מאת Bill Giannelli ‏<
billgianne...@gmail.com>:

> can you run a WTO command directly from JCL?
> I want to execute a WTO directly from my job.
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FIRST TENNESSEE

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Jackson, Rob]

Not that I know of, but it's a tiny assembler program to do it, and I have 
another tiny REXX program to invoke it, so it's friendly with TSO, as well.  
Then it would be executing the TMP in JCL with a one-line sysin.  If you want 
it, I will be happy to share.  Doubtless, others here have better solutions.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Saturday, April 06, 2019 3:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL for WTO

[External Email]

can you run a WTO command directly from JCL?
I want to execute a WTO directly from my job.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FIRST TENNESSEE

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[Lionel Dyck]

Many sites have a program that takes as a parm the WTO message. I’m sure one 
can be found on the CBT tape.


Lionel B. Dyck 
Senior Software Engineer
21st Century Software

From the Leaders in Data Stewardship™

THIS E-MAIL MAY CONTAIN PRIVILEGED, CONFIDENTIAL, COPYRIGHTED, OR OTHER LEGALLY 
PROTECTED INFORMATION. IF YOU ARE NOT THE INTENDED RECIPIENT (EVEN IF THE 
E-MAIL ADDRESS ABOVE IS YOURS), YOU MAY NOT USE, COPY, OR RE-TRANSMIT IT. IF 
YOU HAVE RECEIVED THIS BY MISTAKE PLEASE NOTIFY US BY RETURN E-MAIL, THEN 
DELETE. THANK YOU

Sent from my iPad

On Apr 6, 2019, at 2:32 PM, Bill Giannelli 
mailto:billgianne...@gmail.com>> wrote:

can you run a WTO command directly from JCL?
I want to execute a WTO directly from my job.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL for WTO

[ITschak Mugzach]

Tso batch with send command (cn operand) will do the job. You can use jcl
command (or jes /*), but it will be issued at job read without your control.

ITschak

בתאריך שבת, 6 באפר׳ 2019, 22:32, מאת Bill Giannelli ‏<
billgianne...@gmail.com>:

> can you run a WTO command directly from JCL?
> I want to execute a WTO directly from my job.
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

JCL for WTO

[Bill Giannelli]

can you run a WTO command directly from JCL? 
I want to execute a WTO directly from my job.
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: When is an automatic DETACH issued for an IARV64 SHAREMEMOBJ?

[Binyamin Dissen]

Well, I can say that it is not true on z/os2.2

Even after the task that issued the SHAREMEMOBJ terminates, the address space
has access to the memory object.

Are there PTFs involved at which point s/OS2.2 behavior changed?

 On Fri, 5 Apr 2019 12:42:34 -0500 Steven Partlow  wrote:

:>Somehow I lost a portion of my last post. The freeing on task term is by 
design is not a change (we just confirmed it's true on v2.2 as well).

:>I meant to say that I agree that the documentation describing when it is 
cleaned up is lacking so we'll fix the doc.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z114 and z/OS 2.3

[Joe Monk]

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zb100/osproc.htm

"z/OS V2R3 is not supported on the following servers:

   - IBM zEnterprise 196 (z196)
   - IBM zEnterprise 114 (z114)
   - IBM System z10® Enterprise Class (z10™ EC)
   - IBM System z10 Business Class (z10 BC)
   - IBM System z9® Enterprise Class (z9 EC)
   - IBM System z9 Business Class (z9 BC)
   - IBM eServer™ zSeries 990 (z990)
   - IBM eServer zSeries 890 (z890)
   - IBM eServer zSeries 900 (z900)
   - IBM eServer zSeries 800 (z800)."

They may be doing it, but not in a supported way.

Joe

On Sat, Apr 6, 2019 at 8:21 AM Jim Stefanik 
wrote:

> That is very odd. The same VM guest starts up fine on an EC12 and newer,
> but anything older than that fails.  z/VM and z/OS are both at the latest
> release level with all current maintenance.
>
>
> Now I'm curious what the secret sauce is to make that work.
>
>
>
> ---
>
> Jim Stefanik
> Dallas Vintage Computing Center
> 
> From: Brian Westerman 
> Sent: Saturday, 6 April 2019 01:49
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z114 and z/OS 2.3
>
> I wonder how I will explain that to the 4 sites that we have running 2.3
> under z/VM.  Maybe your version of z/VM doesn't support it, but 4 separate
> sites is fairly conclusive:)
>
> actually only 3 of them are z114's the other one is a bc10.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z114 and z/OS 2.3

[Jim Stefanik]

That is very odd. The same VM guest starts up fine on an EC12 and newer, but 
anything older than that fails.  z/VM and z/OS are both at the latest release 
level with all current maintenance.


Now I'm curious what the secret sauce is to make that work.



---

Jim Stefanik
Dallas Vintage Computing Center

From: Brian Westerman 
Sent: Saturday, 6 April 2019 01:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z114 and z/OS 2.3

I wonder how I will explain that to the 4 sites that we have running 2.3 under 
z/VM.  Maybe your version of z/VM doesn't support it, but 4 separate sites is 
fairly conclusive:) 

actually only 3 of them are z114's the other one is a bc10. 

Brian 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z114 and z/OS 2.3

[Brian Westerman]

I wonder how I will explain that to the 4 sites that we have running 2.3 under 
z/VM.  Maybe your version of z/VM doesn't support it, but 4 separate sites is 
fairly conclusive:)

actually only 3 of them are z114's the other one is a bc10.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN