Re: WTO

2019-11-22 Thread scott Ford
Henri,

That’s what ended up doing , thank you, I appreciate any help.

Scott

On Fri, Nov 22, 2019 at 3:38 PM Henri Kuiper 
wrote:

> Maybe a bit late. But a plain WTO via an echo to /dev/console not an
> option?
>
> Sent from my wireless iPhone
>
> > On 19 Nov 2019, at 18:52, scott Ford  wrote:
> >
> > Bruce, Peter, all:
> >
> > A big thanks . its much appreciated by this older t-rex.
> >
> > Scott
> >
> >> On Tue, Nov 19, 2019 at 3:10 AM Bruce Hewson 
> >> wrote:
> >>
> >> Hello Scott,
> >>
> >> How I do it.
> >>
> >> in  CSECT copy list form from CONSTANTs section to DSECT working section
> >> Update message text
> >> run WTO execute form
> >>
> >> in DSECT
> >> WTO list form map
> >>
> >> in Constants
> >> WTO_text WTO list form with text
> >> WTO_length = * - WTO_text
> >>
> >> DESCT maps onto your own STORAGE area, thus copying the constant LIST
> form
> >> over the DSECT map makes the code reentrant.
> >>
> >>
> >>
> >>
> >>
> >>> On Mon, 18 Nov 2019 08:55:45 -0500, scott Ford 
> wrote:
> >>>
> >>> Peter,
> >>>
> >> 
> >>> I have to add displays ( WTOs ). I dont have complaints again IBM,
> rarely,
> >>> best people I ever worked with, my issue is howtos. Working examples
> which
> >>> I can refer to and understand
> >>> (prototype) before I start writing code. When to use the execute form
> of
> >>> the macro vs list, also let me add I was never an applications
> program, i
> >> 
> >>
> >>
> >> Regards
> >> Bruce
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >
> >
> > --
> >
> >
> >
> > *IDMWORKS *
> >
> > Scott Ford
> >
> > z/OS Dev.
> >
> >
> >
> >
> > “By elevating a friend or Collegue you elevate yourself, by demeaning a
> > friend or collegue you demean yourself”
> >
> >
> >
> > www.idmworks.com
> >
> > scott.f...@idmworks.com
> >
> > Blog: www.idmworks.com/blog
> >
> >
> >
> >
> >
> > *The information contained in this email message and any attachment may
> be
> > privileged, confidential, proprietary or otherwise protected from
> > disclosure. If the reader of this message is not the intended recipient,
> > you are hereby notified that any dissemination, distribution, copying or
> > use of this message and any attachment is strictly prohibited. If you
> have
> > received this message in error, please notify us immediately by replying
> to
> > the message and permanently delete it from your computer and destroy any
> > printout thereof.*
> >
> > --
> > 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
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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


Re: IDENTIFYING 3270 GDDM USERS

2019-11-22 Thread Paul Weissman
Some years ago I had a related assignment, and found out that GDDM users were 
the same as QMF users.   I probably used SMF 14/15 records to identify them. 
It turns out that QMF requires a license for GDDM.   I wondered why, especially 
since I'd never seen any printer that was capable of printing graphics 
connected to the mainframe, terminal emulators on Windows PCs had replaced 
every IBM 327x terminal, and it wasn't like QMF users were aware of any such 
capability, much less showing off their fancy graphs.   Like everybody else I 
knew, if I wanted a graph or pie chart I downloaded the data and used Excel.  
Likewise with mainframe SAS & SAS/GRAPH.  
I did a little tinkering and found that QMF would not launch without GDDM, it 
failed instantly.   With GDDM, QMF would launch and display the initial 
"splash" screen. 
If anybody from IBM QMF is listening, please chime in.   It's been a while 
since I've worked in a shop with QMF or GDDM.

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


Compuware z/Adviser and CA Top Secret (TSS)

2019-11-22 Thread Steely.Mark
Does anyone on the list-serv have this setup?   Compuware z/Adviser and  CA Top 
Secret (TSS)

I would like to ask for assistance offline from the list-serv (no offense).

Thank You

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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


Re: WTO

2019-11-22 Thread Henri Kuiper
Maybe a bit late. But a plain WTO via an echo to /dev/console not an option?

Sent from my wireless iPhone

> On 19 Nov 2019, at 18:52, scott Ford  wrote:
> 
> Bruce, Peter, all:
> 
> A big thanks . its much appreciated by this older t-rex.
> 
> Scott
> 
>> On Tue, Nov 19, 2019 at 3:10 AM Bruce Hewson 
>> wrote:
>> 
>> Hello Scott,
>> 
>> How I do it.
>> 
>> in  CSECT copy list form from CONSTANTs section to DSECT working section
>> Update message text
>> run WTO execute form
>> 
>> in DSECT
>> WTO list form map
>> 
>> in Constants
>> WTO_text WTO list form with text
>> WTO_length = * - WTO_text
>> 
>> DESCT maps onto your own STORAGE area, thus copying the constant LIST form
>> over the DSECT map makes the code reentrant.
>> 
>> 
>> 
>> 
>> 
>>> On Mon, 18 Nov 2019 08:55:45 -0500, scott Ford  wrote:
>>> 
>>> Peter,
>>> 
>> 
>>> I have to add displays ( WTOs ). I dont have complaints again IBM, rarely,
>>> best people I ever worked with, my issue is howtos. Working examples which
>>> I can refer to and understand
>>> (prototype) before I start writing code. When to use the execute form of
>>> the macro vs list, also let me add I was never an applications program, i
>> 
>> 
>> 
>> Regards
>> Bruce
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> 
> -- 
> 
> 
> 
> *IDMWORKS *
> 
> Scott Ford
> 
> z/OS Dev.
> 
> 
> 
> 
> “By elevating a friend or Collegue you elevate yourself, by demeaning a
> friend or collegue you demean yourself”
> 
> 
> 
> www.idmworks.com
> 
> scott.f...@idmworks.com
> 
> Blog: www.idmworks.com/blog
> 
> 
> 
> 
> 
> *The information contained in this email message and any attachment may be
> privileged, confidential, proprietary or otherwise protected from
> disclosure. If the reader of this message is not the intended recipient,
> you are hereby notified that any dissemination, distribution, copying or
> use of this message and any attachment is strictly prohibited. If you have
> received this message in error, please notify us immediately by replying to
> the message and permanently delete it from your computer and destroy any
> printout thereof.*
> 
> --
> 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


zigi Release v1r1 - Announcement

2019-11-22 Thread Lionel B Dyck
zigi V1R1 is now available. Below is a short list of updates.


Get it here: https://github.com/wizardofzos/zigi


Version 1 Release 1  


Repository: wizardofzos/zigi   · Tag: v1r1 
  · Commit: 6ab9545 

  · Released by: wizardofzos  

Finally v1r1 is here.

Bugfixes:

*   Removed LPARNAME and USERNAME from initial commitmessage
*   Fixed "Incorrect call to routine" when qualignr <=1 in certain 
edge-cases
*   Can now create multiple repos with the same name (create or clone) as 
long as local path is different
*   Fixed detection of changes 'outside of' zigi on PS datasets
*   Branches are now also deleted remotely if deleted locally

Improvements

*   Faster processing
*   No remote action if the repo has no remote
*   Adding of multiple members (or datasets) is now possible

New Features

*   ISPF statistics are retained
*   Basic/Pro panel layouts (more screen real-estate evailable)
*   Filter gitlog output
*   Added githelp for easy ISPF browsing of githelp
*   Ability to browse/view from within zigi

—

This release has 2 assets:

*   Source code (zip)
*   Source code (tar.gz)

Visit the release page   
to download them.


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


Re: z/OSMF Startup issue

2019-11-22 Thread Chris Parker
Hi David,

Thanks!  That made me take a closer look at the CIM manual and my directories.  
For some reason, I am missing the jclient directory after the latest update.  
So, I will have to track that down.  I pointed to my former jclient directory 
and everything has come up correctly now.

Chris

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Thursday, November 21, 2019 10:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OSMF Startup issue

On my system the jar can be found at
/usr/lpp/wbem/jclient/sblim-cim-client2.jar or there is another 
sblim-cim-client2-v2r2.jar.

On 2019-11-22 7:00 AM, Chris Parker wrote:
> Hello All,
>
> I recently updated an LPAR to RSU1906.  Upon startup of zOSMF after making 
> the required RACF changes and home directory changes, I received the 
> following errors upon startup:
>
> [ERROR   ] SRVE0283E: Exception caught while initializing context: 
> java.lang.NoClassDefFoundError: javax.wbem.client.WBEMClientFactory  at 
> com.ibm.zoszmf.navigation.listener.Bootstrap.contextInitialized(Bootstrap.java:383)
>   at 
> com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376)
>   at [internal classes]
>
> [ERROR   ] SRVE0283E: Exception caught while initializing context: 
> java.lang.IllegalStateException: z/OSMF initialization failure.
>   at 
> com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:212)
>   at 
> com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:2376)
>   at [internal classes]
> Caused by: com.ibm.zoszmf.util.data.DataAccessControlException: IZUG628E: 
> Class "class com.ibm.zoszmf.util.nav.data.NavTaskRepository attempted to 
> reserve a name space with plug-in "TaskRepository" and user "null" , but this 
> object is already reserved.
>   at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:154)
>   at 
> com.ibm.zoszmf.util.data.ApplicationProperties.(ApplicationProperties.java:104)
>   at 
> com.ibm.zoszmf.util.data.VersionedApplicationProperties.(VersionedApplicationProperties.java:81)
>   at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:278)
>   at com.ibm.zoszmf.util.data.TaskRepository.(TaskRepository.java:290)
>   at 
> com.ibm.zoszmf.util.nav.data.NavTaskRepository.(NavTaskRepository.java:133)
>   at 
> com.ibm.zoszmf.util.nav.data.NavTaskRepository.getInstance(NavTaskRepository.java:148)
>   at 
> com.ibm.zoszmf.util.nav.auth.NavRegistrationManager.registerTasks(NavRegistrationManager.java:341)
>   at 
> com.ibm.zoszmf.util.log.listener.UICommonBootstrap.contextInitialized(UICommonBootstrap.java:197)
>   ... 2 more
> Caused by: java.lang.IllegalStateException: An attempt was made to reference 
> a file that is exclusively locked.
>   at 
> com.ibm.zoszmf.util.data.ReadWriteObject.reference(ReadWriteObject.java:652)
>   at 
> com.ibm.zoszmf.util.data.DataRegistry.getReadWriteObject(DataRegistry.java:1310)
>   at com.ibm.zoszmf.util.data.ObjectHandle.(ObjectHandle.java:147)
>   ... 10 more
>
> This looks like a simple case of a missing jar, but I have no idea which jar 
> I should be looking for, and I can't see anything related to a CLASSPATH 
> definition.The only warnings I see in the configuration step output 
> refers to a change in permissions.  Everything else looks good.  The STDOUT 
> for the server shows no errors and provides the expected list of endpoints 
> available.  I also get a 500 HTTP code when I attempt to connect to the main 
> page, but one problem at a time, and I'm hoping that fixing the first problem 
> will take care of the second.
>
> I'm still striking out with Google and the IBM knowledge base.  I am hoping 
> someone has hit this or something similar and can provide some guidance.
>
> Thanks,
> Chris
> ---
> NOTICE:
> This email and all attachments are confidential, may be proprietary, and may 
> be privileged or otherwise protected from disclosure. They are intended 
> solely for the individual or entity to whom the email is addressed. However, 
> mistakes sometimes happen in addressing emails. If you believe that you are 
> not an intended recipient, please stop reading immediately. Do not copy, 
> forward, or rely on the contents in any way. Notify the sender and/or 
> Imperva, Inc. by telephone at +1 (650) 832-6006 and then delete or destroy 
> any copy of this email and its attachments. The sender reserves and asserts 
> all rights to confidentiality, as well as any privileges that may apply. Any 
> disclosure, copying, distribution or action taken or omitted to be taken by 
> an unintended recipient in reliance on this message is prohibited and may be 
> unlawful.
> Please consider the environment before printing this email.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu 

Re: was rc 38

2019-11-22 Thread Peter Relson

when I looked at the registers in TEST none had the high order bit on 


I suggest that you read the principles of operation description of program 
interrupt x'38'.

When in AMODE 64, all of bits 0-32 are relevant. The high bit that you 
refer to, presumably, is bit 32 of the 64-bit GR.
If bit 32 is off, then at least one bit amidst 0-31 is on. 

Peter Relson
z/OS Core Technology Design


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