Re: And the survey says...

[Tom Brennan]

Doug Nadel surprised me 22 years ago by sending me a macro that reads 
the internal screen buffers and produces an HTML file, if that helps. 
It worked for me just now: 
https://www.tombrennansoftware.com/test/html.mac  After that I think he 
created a program to read ISPF internal screen buffers to do the same - 
but of course that was only for ISPF.  The macro should work with any 
application.


As for graphics vs. text:  For Windows/Web issues I like graphics.  For 
mainframe problems I like text of course.


Ha ha... even worse after getting "It's broke" is when I ask for more 
info, and they come back with "I fixed it" with no information about 
either problem or solution.


On 4/29/2021 11:20 AM, Charles Mills wrote:

Agreed all around. I suspect the Windows screen capture is not visible to or 
modifiable by the application.

Yeah, a "grab all" would be nice. For doc purposes, I wish Tom could do an RTF format copy that 
would preserve text colors, but they are easy enough to "fake back" while doing the doc. Vista has 
a "save screen to disk" function but I have never used it.

Yeah, I hate "graphical" screen shots in problem tickets, but what are you 
going to do? The customer is always right, right? It's often hard enough to get anything 
out of them:

Customer: it blew up.
Us: what was the error message?
Customer: I don't know, something about an error occurred.
Us: Please send us the listing.
Customer: Oh, we already purged the output. When are you going to have a fix 
for us?

Charles



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

And the survey says...

[Billy Ashton]

Does Vista have the ability to only use one taskbar icon, and stack all 
the sessions as tabs within that one instance? I often have a number of 
sessions open, and would rather have one icon than bunches (especially 
since I can use a toolbar button to swap sessions).


Here's hopin'!
Billy

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

Re: How to specify logical SYSLIB when linking with xclang++ under uss

[David Crayford]

I would use a configuration file. Copy 
/usr/lpp/cbclib/xlclang/etc/xlclang.cfg into one of your directories and 
either set the XL_CONFIG environment variable or include it with the -F 
compiler option. Add your data set to the syslib_x concatenation.


 VIEW   /RZ204Y/usr/lpp/cbclib/xlclang/etc/xlclang.cfg
 Command ===>
 ** 
* 
Top of Data **

 01 *
 02 * FUNCTION: z/OS V2.4.1 XL C/C++ Compiler Configuration file
 03 *
 04 * Licensed Materials - Property of IBM
 05 * 5650-ZOS Copyright IBM Corp. 2019.
 06 * US Government Users Restricted Rights - Use, duplication or
 07 * disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
 08 *
 09
 10 * Clang C compiler
 11 clang:    use   = DEFLT
 12
 13 * Clang C++ compiler
 14 clang++:  use   = DEFLT
 15   options   = 
-D_XOPEN_SOURCE=600,-D__static_assert=static_assert,-Wno-parentheses,-Wno-unused-value

 16
 17 * common definitions
 18 DEFLT:    cppcomp   = 
/usr/lpp/cbclib/xlclang/exe/clcdrvr
 19   ccomp = 
/usr/lpp/cbclib/xlclang/exe/clcdrvr

 20   as    = /bin/c89
 21   ld_c  = /bin/c89
 22   ld_cpp    = /bin/cxx
 23   xlC   = 
/usr/lpp/cbclib/xlclang/bin/xlclang

 24   xlCcopt   = -D_XOPEN_SOURCE
 25   sysobj    = cee.sceeobj:cee.sceecpp
 26   syslib_x  = cee.sceebnd2:sys1.csslib
 27   exportlist_c_x    = cee.sceelib(celhs003,celhs001)
 28   exportlist_cpp_x  = 
cee.sceelib(celhs003,celhs001,celhscpp)

 29   exportlist_c_64   = cee.sceelib(celqs003)
 30   exportlist_cpp_64 = 
cee.sceelib(celqs003,celqscpp,cxxrt64)

 31   cinc  = -isystem/usr/include/le
 32   cppinc    = -isystem/usr/include/c++
 33   options   = 
-D_UNIX03_WITHDRAWN,-L/usr/lpp/cbclib/lib

 34   libraries = -libmcmp
 35   steplib   = cbc.sclccmp
 ** 
 
Bottom of Data 



On 29/04/2021 3:23 am, Richard Way wrote:

I don't know how the xclang++ line got mangled, but it's really just one line - 
NOT three invocations of xclang++!

Guessing it's something about the ++ and the listserv, let's try it again substituting 
"FRED" for "xclang++"

FRED -v -Wl,MAP,LIST=ALL,XREF -obin/zprotect obj/zprotect/zprotect.cpp.o 
lib/libsapi.a lib/libvtk-core.a /usr/lib/GSKCMS64.x /usr/lib/GSKSSL64.x

Rich Way

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Way
Sent: Wednesday, April 28, 2021 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to specify logical SYSLIB when linking with xclang++ under uss

I am having a problem using xlclang++ to link my program on uss. I have 
unresolved references, but I actually know where the modules that are needed 
are located - I am just unable to express that information to the binder.
As an example, CSNERNG is located in "CSF.SCSFMOD0", but isn't found because 
the default SYSLIB is just the concatenation of CEE.SCEEBND2 with SYS1.CSSLIB.  I need to 
logically add CSF.SCSFMOD0 to that concatenation.

I discovered that with the '-v' switch, I can get xlclang++ to emit both the pseudo-JCL 
it would use and the "export"s of environment variables, and, from that output, 
I discovered that the variable _CXX_L6SYSLIB is what I supposedly need to set - but 
setting it and exporting it prior to issuing my make command doesn't have any effect - 
the unresolved reference still occurs, and the generated pseudo-JCL does not include my 
addition to the concatenation. (BTW the Unix System Services Command Reference confirms 
that _CXX_L6SYSLIB is the correct variable for an lp64 invocation.)

The command that I am using for the link is:
xlclang++ -v  -Wl,MAP,LIST=ALL,XREF -obin/zprotect
xlclang++ obj/zprotect/zprotect.cpp.o lib/libsapi.a lib/libvtk-core.a
xlclang++ /usr/lib/GSKCMS64.x /usr/lib/GSKSSL64.x

The export I am doing first is:
export _CXX_L6SYSLIB=CEE.SCEEBND2:SYS1.CSSLIB:CSF.SCSFMOD0

and yet my generated pseudo-JCL is still:
...
//LINKEDIT  EXEC  PGM=LINKEDIT,
//  PARM='AMODE=64,TERM=YES,
//  DYNAM=DLL,ALIASES=NO,UPCASE=NO,
//  LIST=OFF,MAP=NO,XREF=NO,INFO=NO,MSGLEVEL=4,
//  REUS=RENT,EDIT=YES,AC=0,CALL=YES,CASE=MIXED
//  ,MAP,LIST=ALL,XREF
//  ,LP64'
//SYSLIB   DD  DSN='CEE.SCEEBND2',DISP=SHR,DCB=DSORG=DIR
// DD  DSN='SYS1.CSSLIB',DISP=SHR,DCB=DSORG=DIR   <==note missing 
CSF.SCSFMOD0 concatenation attempt here.
...

Any thoughts or 

Re: IBM Z Sessions at IBM Think 2021

[Timothy Sipples]

Priya Doty has posted more information on IBM Z-related sessions at IBM 
Think 2021 here:

https://techchannel.com/Trends/04/2021/think-2021-hybrid-cloud-ai

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

Re: Meta languages [was: RE: Assembler Language Programming for IBM System z Servers]

[David Crayford]

On 30/04/2021 4:30 am, Charles Mills wrote:

Hmmm. I shared David's impression but http://publibfp.dhe.ibm.com/epubs/pdf/i1357010.pdf 
lists LE as a "Target System Mandatory Operational Requisite."


The xlclang++ compiler is IBMs fork of LLVM which uses the clang front 
end to produce intermediate code for the TOBY back-end. That is part of 
the XL C/C++ compiler and relies on LE.


This is different. If you read the link again IBM clearly state they are 
porting the open source LLVM/Clang with the libc++ runtime. This is not 
LE. You can see that IBM are already commiting changes
to LLVM. This is open source stuff 
https://reviews.llvm.org/rGcb2d2ae56ae3f0554c40c2d7f231ca5058e4d50c




Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Linda Chui
Sent: Thursday, April 29, 2021 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
System z Servers]

On Thu, 8 Apr 2021 18:27:06 +0800, David Crayford  wrote:


On 6/04/2021 9:53 pm, Charles Mills wrote:

You don't use templates

I certainly do use templates. Not sure how you get "don't use templates" from what I 
wrote. Heck, I *over* used templates in the first large C++ project I ever did, and boy, does that 
make a mess! Now I think I am down to a happy medium. I don't see them as "competitive" 
(in a design sense) with macros.

Overusing as in template meta-programming?
https://en.wikipedia.org/wiki/Template_metaprogramming

The XL C++ compiler is withering on the vine. The word is that IBM don't
the resources to keep it up to date with the current standards so the
xlclang++ port of clang using the existing Toby back-end is the way to
go. If you use PDS data sets for your source your SOL as it's z/OS UNIX
only and only produces 64-bit modules.

But what I find exciting is that IBM have stated their intentions to
fully port LLVM/clang/libc[++] to z/OS without a reliance on LE so
supervisor state programming in C++ will be a reality without the
nightmare of LE ESPIE/ESTAE condition handlers.

https://lists.llvm.org/pipermail/llvm-dev/2020-June/142174.html



Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Tuesday, April 6, 2021 5:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
System z Servers]

On 6/04/2021 1:23 am, Charles Mills wrote:

But IMHO none easy to learn or use.

I am generally not a fan of meta languages at all. I think writing programs is 
hard enough, without having to write two effective programs: one that runs at 
compile time and one that runs at run time.

In my C++, which is now my primary language, I eschew the use of C macros as 
much as reasonably possible. Reasonableness is a key here. For a few things, 
macros make sense.

That's interesting. You don't use templates which are one the most
powerful features of C++?



Well, I didn't see a reference to LE in our statement of direction at 
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/robert-barrington1/2020/08/04/ibm-cc-and-fortran-compilers-to-adopt-llvm

I believe the compiler will require LE for the foreseeable future, though if 
you want to request an LE free mode, I’m sure you can put in a request for it 
at the RFE site https://www.ibm.com/developerworks/rfe/

Hope this helps.

--
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: how to reply highlight message by REXX

[Seymour J Metz]

In the WTO macro:

"CART=cmd/resp token

Specifies an 8-character input field containing a command and response token to 
be associated with this message. The command and response token is used to 
associate user information with a command and its command response. You can 
supply any value as a command and response token. When you specify this 
parameter in the list form, code it as CART= with nothing after the equal sign."


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ibmmain [ibmm...@foxmail.com]
Sent: Thursday, April 29, 2021 6:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: how to reply highlight message by REXX

Hello Shmuel


 Could you tell me how to specify a CART in the job?


Thanks a lot!


Jason Cai


--Original--
From:   
 "IBM Mainframe Discussion List"

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sa320972/$file/ikja300_v2r4.pdf


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ibmmain [ibmm...@foxmail.com]
Sent: Thursday, April 29, 2021 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to reply highlight message by REXX

Hi allnbsp;


nbsp; After we submit a JOB, we need reply highlight message issued by the 
JOB in console.


nbsp;Could you tell us how to issue ' D R,R' command to get reply-ID and 
reply this message by REXX?


nbsp; Any suggestions /samples are highly appreciated !


Thanks a lot!


Jason Cai

--
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

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

Re: rebuild one pack 2.3 RESCUE

[Carmen Vitullo]

Between me rebuilding the system from scratch, fixing some catalog issues, and 
the fact that CAIRIM was real OLD (1996 old) I have a stable 2.3 rescue one 
pack system that supports the z15 we will be installing Saturday  
  
   
Carmen Vitullo 

   

-Original Message-

From: Carmen 
To: IBM-MAIN 
Date: Thursday, 29 April 2021 4:28 PM CDT
Subject: Re: rebuild one pack 2.3 RESCUE

Thank you Jim, I'm sure I'm missing something that changed between 2.1 and 2.3 
in my LPA or linklist 
I'm trying to rebuild the rescue volume again from a good running 2.3 system, 
unfortunately, z15 install planning just started happening and I have to have 
this system up and ready by this Saturday :( 
Carmen Vitullo 



-Original Message- 

From: Jim  
To: IBM-MAIN  
Date: Thursday, 29 April 2021 4:22 PM CDT 
Subject: Re: rebuild one pack 2.3 RESCUE 

I do not think that the reason code would tell you 
anything that would be useful to you, any more than any of 
the other reason codes for that wait state code. A 
standalone dump would be needed for diagnosis. 

The 018 reason code means the WLM ARM Manager 
Task (IWMAMTSK) SubTask IWMAMTSK failed. 

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


"IBM Mainframe Discussion List"  wrote on 
04/29/2021 03:40:48 PM: 

> From: "Carmen Vitullo"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Date: 04/29/2021 05:09 PM 
> Subject: rebuild one pack 2.3 RESCUE 
> Sent by: "IBM Mainframe Discussion List"  
> 
> I had to rebuild my 2.1 RESCUE system so I can IPL on the new Z15 we 
> are installing. I rebuild this pack from a 2.3 system, IIRC I had 
> recursive abends on my first 2.3 IPL years ago with IEFU86, I 
> updated my parms added IEFU86 to the EXIT statement in SMFPRM00, I 
> tried different options, I for the life of me cannot remember how I 
> got past this, the big issue is after the system is up for some time 
> it crashes and I get a WLM catastrophic error wait sate 08C reason 
> 018, but this reason code is not documented, IBM can you tell me 
> what the reason code means? 
> 
> Carmen 
> 
> -- 
> 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   

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

Re: how to reply highlight message by REXX

[ibmmain]

Hello Shmuel


 Could you tell me how to specify a CART in the job?


Thanks a lot!


Jason Cai


--Original--
From:   
 "IBM Mainframe Discussion List"

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sa320972/$file/ikja300_v2r4.pdf


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ibmmain [ibmm...@foxmail.com]
Sent: Thursday, April 29, 2021 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to reply highlight message by REXX

Hi allnbsp;


nbsp; After we submit a JOB, we need reply highlight message issued by the 
JOB in console.


nbsp;Could you tell us how to issue ' D R,R' command to get reply-ID and 
reply this message by REXX?


nbsp; Any suggestions /samples are highly appreciated !


Thanks a lot!


Jason Cai

--
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?? how to reply highlight message by REXX

[ibmmain]

Hi Bob


 Using " ISFEXEC SR" verb is a good idea.


 Could you see me a sample REXX for " loop thru the returned 
logical rows to locate the prompt that you are searching for "?


Thanks a lot!


Jason Cai










how to reply highlight message by REXX

---
You can use SDSF REXX to do this quite easily.

The " ISFEXEC SR" verb will return the list of outstanding system replies 
(no need to issue and parse "D R,R").

You can then loop thru the returned logical rows to locate the prompt that you 
are searching for and then use "ISFSLASH" to send back the response.

Obviously you will need the associated SDSF and z/OS permissions to do this.

For more info, see the SDSF manuals for information on using SDSF REXX (or have 
a look at various Share presentations on this subject).

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
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: rebuild one pack 2.3 RESCUE

[Carmen Vitullo]

Thank you Jim, I'm sure I'm missing something that changed between 2.1 and 2.3 
in my LPA or linklist  
I'm trying to rebuild the rescue volume again from a good running 2.3 system, 
unfortunately, z15 install planning just started happening and I have to have 
this system up and ready by this Saturday :(  
Carmen Vitullo 

   

-Original Message-

From: Jim 
To: IBM-MAIN 
Date: Thursday, 29 April 2021 4:22 PM CDT
Subject: Re: rebuild one pack 2.3 RESCUE

I do not think that the reason code would tell you 
anything that would be useful to you, any more than any of 
the other reason codes for that wait state code. A 
standalone dump would be needed for diagnosis. 

The 018 reason code means the WLM ARM Manager 
Task (IWMAMTSK) SubTask IWMAMTSK failed. 

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


"IBM Mainframe Discussion List"  wrote on 
04/29/2021 03:40:48 PM: 

> From: "Carmen Vitullo"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Date: 04/29/2021 05:09 PM 
> Subject: rebuild one pack 2.3 RESCUE 
> Sent by: "IBM Mainframe Discussion List"  
> 
> I had to rebuild my 2.1 RESCUE system so I can IPL on the new Z15 we 
> are installing. I rebuild this pack from a 2.3 system, IIRC I had 
> recursive abends on my first 2.3 IPL years ago with IEFU86, I 
> updated my parms added IEFU86 to the EXIT statement in SMFPRM00, I 
> tried different options, I for the life of me cannot remember how I 
> got past this, the big issue is after the system is up for some time 
> it crashes and I get a WLM catastrophic error wait sate 08C reason 
> 018, but this reason code is not documented, IBM can you tell me 
> what the reason code means? 
> 
> Carmen 
> 
> -- 
> 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: rebuild one pack 2.3 RESCUE

[Jim Mulder]

  I do not think that the reason code would tell you 
anything that would be useful to you, any more than any of 
the other reason codes for that wait state code.   A 
standalone dump would be needed for diagnosis.

 The 018 reason code means the  WLM ARM Manager
Task (IWMAMTSK) SubTask IWMAMTSK failed. 
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY


"IBM Mainframe Discussion List"  wrote on 
04/29/2021 03:40:48 PM:

> From: "Carmen Vitullo" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/29/2021 05:09 PM
> Subject: rebuild one pack 2.3 RESCUE
> Sent by: "IBM Mainframe Discussion List" 
> 
> I had to rebuild my 2.1 RESCUE system so I can IPL on the new Z15 we
> are installing. I rebuild this pack from a 2.3 system, IIRC I had 
> recursive abends on my first 2.3 IPL years ago with IEFU86, I 
> updated my parms added IEFU86 to the EXIT statement in SMFPRM00, I 
> tried different options, I for the life of me cannot remember how I 
> got past this, the big issue is after the system is up for some time
> it crashes and I get a WLM catastrophic error wait sate 08C reason 
> 018, but this reason code is not documented, IBM can you tell me 
> what the reason code means?
> 
> Carmen
> 
> --
> 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: And the survey says...

[Grant Taylor]

On 4/29/21 12:44 PM, Paul Gilmartin wrote:

IIRC, I based my erroneous opinion on:
 https://www.tombrennansoftware.com/screens.html
 https://www.tombrennansoftware.com/edit.html
That's only an image -- I hate those!


An image is better than nothing.


x3270 offers a choice of:
o Bitmap (which is embedded in PostScript!)


I'm guessing that the bitmap is as useful as the images linked to above.


o Text


Text is better than pictures.  Especially if it's formatting is good (or 
can be fixed with a font change).



o HTML (which preserves colors in searchable text)
o Rich Text


I would expect both of these to preserve colors and be searchable.

I used to always try to copy text into documentation, matching fonts, 
colors, and layout to look like the real thing.  That way if someone 
searched the documentation for a message, chances were very good that 
the screen grab (or the surrounding test) would match.


If someone finds something that's not (yet) documented, well, they get 
to update the documentation accordingly while preserving the style.  -- 
We used this extensively when I was at IBM and used Team Rooms in Lotus 
Notes / Domino.



"Props"?  "Perhaps"?


"Props" as in "kudos" or "accolades" for having a nice feature.



--
Grant. . . .
unix || die

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

Re: And the survey says...

[Grant Taylor]

On 4/29/21 12:20 PM, Charles Mills wrote:
Agreed all around. I suspect the Windows screen capture is not visible 
to or modifiable by the application.


Probably.  Yet there are media players which have the ability to thwart 
the built in screen shot capability.  So there's some limited 
interaction.  Probably not anything usable.


Yeah, a "grab all" would be nice. For doc purposes, I wish Tom could 
do an RTF format copy that would preserve text colors, but they are 
easy enough to "fake back" while doing the doc. Vista has a "save 
screen to disk" function but I have never used it.


I have enabled the options on XTerm to enable it's XHTML / SVG "Screen 
Dump" ability.  I really like that.


Yeah, I hate "graphical" screen shots in problem tickets, but what 
are you going to do?


Say I need more data.  Preferably data that's usable.


The customer is always right, right?


Wrong.  The customer is not always right.  The trick is getting them to 
understand when they are wrong.  In my experience, it usually works best 
by educating them so that they naturally come to the conclusion that 
they are, or were, wrong.  But that takes effort.  Sometimes a LOT of 
effort.



It's often hard enough to get anything out of them:

Customer: it blew up.
Us: what was the error message?
Customer: I don't know, something about an error occurred.
Us: Please send us the listing.
Customer: Oh, we already purged the output. When are you going to 
have a fix for us?


I can't fix something without details to identify it.

This old aviation joke comes to mind.

  Pilot:  Something loose in cockpit.
Maintenance:  Something tightened in cockpit.

If you don't provide sufficient details, you get whatever I want to fix.



--
Grant. . . .
unix || die

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

Re: Meta languages [was: RE: Assembler Language Programming for IBM System z Servers]

[Charles Mills]

Hmmm. I shared David's impression but 
http://publibfp.dhe.ibm.com/epubs/pdf/i1357010.pdf lists LE as a "Target System 
Mandatory Operational Requisite."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Linda Chui
Sent: Thursday, April 29, 2021 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
System z Servers]

On Thu, 8 Apr 2021 18:27:06 +0800, David Crayford  wrote:

>On 6/04/2021 9:53 pm, Charles Mills wrote:
>>> You don't use templates
>> I certainly do use templates. Not sure how you get "don't use templates" 
>> from what I wrote. Heck, I *over* used templates in the first large C++ 
>> project I ever did, and boy, does that make a mess! Now I think I am down to 
>> a happy medium. I don't see them as "competitive" (in a design sense) with 
>> macros.
>
>Overusing as in template meta-programming?
>https://en.wikipedia.org/wiki/Template_metaprogramming
>
>The XL C++ compiler is withering on the vine. The word is that IBM don't
>the resources to keep it up to date with the current standards so the
>xlclang++ port of clang using the existing Toby back-end is the way to
>go. If you use PDS data sets for your source your SOL as it's z/OS UNIX
>only and only produces 64-bit modules.
>
>But what I find exciting is that IBM have stated their intentions to
>fully port LLVM/clang/libc[++] to z/OS without a reliance on LE so
>supervisor state programming in C++ will be a reality without the
>nightmare of LE ESPIE/ESTAE condition handlers.
>
>https://lists.llvm.org/pipermail/llvm-dev/2020-June/142174.html
>
>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of David Crayford
>> Sent: Tuesday, April 6, 2021 5:15 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
>> System z Servers]
>>
>> On 6/04/2021 1:23 am, Charles Mills wrote:
 But IMHO none easy to learn or use.
>>> I am generally not a fan of meta languages at all. I think writing programs 
>>> is hard enough, without having to write two effective programs: one that 
>>> runs at compile time and one that runs at run time.
>>>
>>> In my C++, which is now my primary language, I eschew the use of C macros 
>>> as much as reasonably possible. Reasonableness is a key here. For a few 
>>> things, macros make sense.
>> That's interesting. You don't use templates which are one the most
>> powerful features of C++?
>>


Well, I didn't see a reference to LE in our statement of direction at 
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/robert-barrington1/2020/08/04/ibm-cc-and-fortran-compilers-to-adopt-llvm
 

I believe the compiler will require LE for the foreseeable future, though if 
you want to request an LE free mode, I’m sure you can put in a request for it 
at the RFE site https://www.ibm.com/developerworks/rfe/ 

Hope this helps.

--
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

rebuild one pack 2.3 RESCUE

[Carmen Vitullo]

I had to rebuild my 2.1 RESCUE system so I can IPL on the new Z15 we are 
installing. I rebuild this pack from a 2.3 system, IIRC I had recursive abends 
on my first 2.3 IPL years ago with IEFU86, I updated my parms added IEFU86 to 
the EXIT statement in SMFPRM00, I tried different options, I for the life of me 
cannot remember how I got past this, the big issue is after the system is up 
for some time it crashes and I get a WLM catastrophic error wait sate 08C 
reason 018, but this reason code is not documented, IBM can you tell me what 
the reason code means?

Carmen

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

Re: Meta languages [was: RE: Assembler Language Programming for IBM System z Servers]

[Linda Chui]

On Thu, 8 Apr 2021 18:27:06 +0800, David Crayford  wrote:

>On 6/04/2021 9:53 pm, Charles Mills wrote:
>>> You don't use templates
>> I certainly do use templates. Not sure how you get "don't use templates" 
>> from what I wrote. Heck, I *over* used templates in the first large C++ 
>> project I ever did, and boy, does that make a mess! Now I think I am down to 
>> a happy medium. I don't see them as "competitive" (in a design sense) with 
>> macros.
>
>Overusing as in template meta-programming?
>https://en.wikipedia.org/wiki/Template_metaprogramming
>
>The XL C++ compiler is withering on the vine. The word is that IBM don't
>the resources to keep it up to date with the current standards so the
>xlclang++ port of clang using the existing Toby back-end is the way to
>go. If you use PDS data sets for your source your SOL as it's z/OS UNIX
>only and only produces 64-bit modules.
>
>But what I find exciting is that IBM have stated their intentions to
>fully port LLVM/clang/libc[++] to z/OS without a reliance on LE so
>supervisor state programming in C++ will be a reality without the
>nightmare of LE ESPIE/ESTAE condition handlers.
>
>https://lists.llvm.org/pipermail/llvm-dev/2020-June/142174.html
>
>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of David Crayford
>> Sent: Tuesday, April 6, 2021 5:15 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
>> System z Servers]
>>
>> On 6/04/2021 1:23 am, Charles Mills wrote:
 But IMHO none easy to learn or use.
>>> I am generally not a fan of meta languages at all. I think writing programs 
>>> is hard enough, without having to write two effective programs: one that 
>>> runs at compile time and one that runs at run time.
>>>
>>> In my C++, which is now my primary language, I eschew the use of C macros 
>>> as much as reasonably possible. Reasonableness is a key here. For a few 
>>> things, macros make sense.
>> That's interesting. You don't use templates which are one the most
>> powerful features of C++?
>>


Well, I didn't see a reference to LE in our statement of direction at 
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/robert-barrington1/2020/08/04/ibm-cc-and-fortran-compilers-to-adopt-llvm
 

I believe the compiler will require LE for the foreseeable future, though if 
you want to request an LE free mode, I’m sure you can put in a request for it 
at the RFE site https://www.ibm.com/developerworks/rfe/ 

Hope this helps.

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

Re: z/OS Java 11 coming anytime soon?

[Linda Chui]

On Fri, 9 Apr 2021 12:29:05 +, Allan Staller  wrote:

>Classification: Confidential
>
>z/OS 2.3 is EOS Sep. 2021. JAVA8 is not( I just ordered it for my z/OS 2.4 
>upgrade). I don't follow JAVA closely enough to wonder about what happened to 
>JAVA9/JAVA10 on z/OS.
>The last time I looked, IBM had a set of "JAVA web pages" with EOS and support 
>info.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Attila Fogarasi
>Sent: Friday, April 9, 2021 5:55 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z/OS Java 11 coming anytime soon?
>
>[CAUTION: This Email is from outside the Organization. Unless you trust the 
>sender, Don’t click links or open attachments as it may be a Phishing email, 
>which can steal your Information and compromise your Computer.]
>
>Maybe IBM is waiting until z/OS 2.4sis the lowest level still in support
>:)  Java 11 for z/OS was announced as statement of direction over a year ago, 
>and includes capability that prereqs z/OS 2.4 ... but IBM forgot to include 
>that requirement in the SOD.  Fwiw, Linux on z has Java 11 available today, of 
>course that doesn't have JZOS or all the other z/OS complexity.  I hope I was 
>being facetious as z/OS 2.3 EOS is Sept 2022.
>
>On Thu, Apr 8, 2021 at 7:18 PM David Crayford  wrote:
>
>> Does anybody have idea when we can expect Java 11 to be GA on z/OS.
>> IBM have made a statement of direction and I heard from IBMers from
>> Hursley that it was supposed to GA in 2020.
>>
>> --
>> 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
>::DISCLAIMER::
>
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only. E-mail transmission is not 
>guaranteed to be secure or error-free as information could be intercepted, 
>corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
>in transmission. The e mail and its contents (with or without referred errors) 
>shall therefore not attach any liability on the originator or HCL or its 
>affiliates. Views or opinions, if any, presented in this email are solely 
>those of the author and may not necessarily reflect the views or opinions of 
>HCL or its affiliates. Any form of reproduction, dissemination, copying, 
>disclosure, modification, distribution and / or publication of this message 
>without the prior written consent of authorized representative of HCL is 
>strictly prohibited. If you have received this email in error please delete it 
>and notify the sender immediately. Before opening any email and/or 
>attachments, please check them for viruses and other defects.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

hi,

Posting this for my colleague James Tang who is the Product Manager for IBM 
Java on Z:

Java 11 on z/OS is a work in progress.  The Statement of Direction is still 
valid - 
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/897/ENUS220-008/index.html_locale=en

Hope this helps.

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

Re: And the survey says...

[Paul Gilmartin]

On Thu, 29 Apr 2021 11:20:08 -0700, Charles Mills wrote:

>Agreed all around. I suspect the Windows screen capture is not visible to or 
>modifiable by the application.
> 
IIRC, I based my erroneous opinion on:
https://www.tombrennansoftware.com/screens.html
https://www.tombrennansoftware.com/edit.html
That's only an image -- I hate those!

>Yeah, a "grab all" would be nice. For doc purposes, I wish Tom could do an RTF 
>format copy that would preserve text colors, but they are easy enough to "fake 
>back" while doing the doc. Vista has a "save screen to disk" function but I 
>have never used it.
> 
x3270 offers a choice of:
o Bitmap (which is embedded in PostScript!)
o Text
o HTML (which preserves colors in searchable text)
o Rich Text

>Yeah, I hate "graphical" screen shots in problem tickets, but what are you 
>going to do? The customer is always right, right? It's often hard enough to 
>get anything out of them:
>
>Customer: it blew up.
>Us: what was the error message?
>Customer: I don't know, something about an error occurred.
>Us: Please send us the listing.
>Customer: Oh, we already purged the output. When are you going to have a fix 
>for us?


>-Original Message-
>From: Grant Taylor
>Sent: Thursday, April 29, 2021 10:52 AM
>> But too many users reach by reflex for the Windows screen snapshot 
>> shortcut.
>...
>Props if the terminal can take a screen capture which is tantamount to 
>do an entire screen copy for you to paste as text elsewhere.
>
"Props"?  "Perhaps"?

-- gil

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

Re: Dr. Robert Rannie's diagram of NIP was Re: Diagram of MVS Control Blocks

[Jim Mulder]

  I usually suggest that you use the IPLDATA STATUS   subcommand 
under IPCS to see the order of events during IPL, NIP, and MSI, and the 
duration of those events.

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

"IBM Mainframe Discussion List"  wrote on 
04/26/2021 08:29:59 AM:

> From: "Allan Staller" <0387911dea17-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 04/29/2021 02:23 PM
> Subject: Re: Dr. Robert Rannie's diagram of NIP was Re: Diagram of 
> MVS Control Blocks
> Sent by: "IBM Mainframe Discussion List" 
> 
> Classification: Confidential
> 
> Several years ago on this list, Jim Mulder(?)  posted the NIP logic.



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

Re: And the survey says...

[Charles Mills]

Agreed all around. I suspect the Windows screen capture is not visible to or 
modifiable by the application.

Yeah, a "grab all" would be nice. For doc purposes, I wish Tom could do an RTF 
format copy that would preserve text colors, but they are easy enough to "fake 
back" while doing the doc. Vista has a "save screen to disk" function but I 
have never used it.

Yeah, I hate "graphical" screen shots in problem tickets, but what are you 
going to do? The customer is always right, right? It's often hard enough to get 
anything out of them:

Customer: it blew up.
Us: what was the error message?
Customer: I don't know, something about an error occurred.
Us: Please send us the listing.
Customer: Oh, we already purged the output. When are you going to have a fix 
for us?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grant Taylor
Sent: Thursday, April 29, 2021 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On 4/29/21 11:45 AM, Paul Gilmartin wrote:
> But too many users reach by reflex for the Windows screen snapshot 
> shortcut.

I suspect that's because for GUI applications, a picture, is probably 
quite appropriate.

Conversely, for terminal applications, a decided subset of most Windows 
applications, text is better.  So in this case, the terminal application 
is an outlier and subject to the more common default picture.

But I completely agree, the text copy & paste is a LOT better.

Props if the terminal can take a screen capture which is tantamount to 
do an entire screen copy for you to paste as text elsewhere.

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

Re: And the survey says...

[Grant Taylor]

On 4/29/21 11:45 AM, Paul Gilmartin wrote:
But too many users reach by reflex for the Windows screen snapshot 
shortcut.


I suspect that's because for GUI applications, a picture, is probably 
quite appropriate.


Conversely, for terminal applications, a decided subset of most Windows 
applications, text is better.  So in this case, the terminal application 
is an outlier and subject to the more common default picture.


But I completely agree, the text copy & paste is a LOT better.

Props if the terminal can take a screen capture which is tantamount to 
do an entire screen copy for you to paste as text elsewhere.




--
Grant. . . .
unix || die

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

Re: SORTTRAK usage on z/OS 2.4

[Sri h Kolusu]

> IEW2454W 9203 SYMBOL SUDATE UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2454W 9203 SYMBOL CONVER08 UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2454W 9203 SYMBOL SUYYDDDF UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2454W 9203 SYMBOL SUTIME UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2454W 9203 SYMBOL CONVER10 UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2454W 9203 SYMBOL IEFSD095 UNRESOLVED.  NO AUTOCALL (NCAL)
> SPECIFIED.
> IEW2650I 5102 MODULE ENTRY NOT PROVIDED.  ENTRY DEFAULTS TO SECTION
> SORTTRAK.

Robert,

I guess you skipped reading the 2nd line onwards in the SORTTRAK program

//*--
//*
//* PGM = SORTTRAK
//* THE SOURCE CODE FOR THE DATE CONVERSION SUBROUTINES
//* (SUYYDDDF AND SUDATE) AND FOR THE TIME CONVERSION
//* SUBROUTINE (SUTIME) IS NOT INCLUDED AS EVERYBODY IS USING
//* OWN STANDARDS. ANY HOME WRITTEN CONVERSION SUBROUTINES
//* MAY BE IMPLEMENTED.
//*
//*--

As for IEFSD095(block char routine), it is a standard MVS procedure.When
you link the block character subroutine concatenate the following  standard
MVS library to the //SYSLIB DD statement:"

// DD DSN=SYS1.AOSBØ,DISP=SHR for IEFSDØ95 block character routine


Here is the documentation link for IEFSD095

https://www.ibm.com/docs/en/zos/2.1.0?topic=works-using-block-character-routine

So the bottom line is to convert the date/time with your own code.

Thanks,
Kolusu



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

Re: And the survey says...

[Paul Gilmartin]

On Thu, 29 Apr 2021 10:30:51 -0700, Charles Mills wrote:

>> screenshot-as-text is the $FeatureX apparently absent
>> from the $EmulatorY modally favored in this thread
>
>Below is from Vista. Is this not what you want.
> 
I am delighted to stand corrected.  I haven't Vista but looked at the
online doc, more sales than user oriented, and didn't see it mentioned.
But too many users reach by reflex for the Windows screen snapshot
shortcut.

> ===    ==   ==   
> ===   ==   === ===   
>   ===   ===  ==   == 
>   ===   ==== === 
>   ===   ==   === === 
>   ===   ===  ===  =  === 
> ===   ==   =   ===   =   
> ===    ===   
>  Welcome to the IBM Z Dallas ISV Center  
>z/OS TN3270-TLS1.2
>   for Help follow directions on web page:
> http://dtsc.dfw.ibm.com/contact.html 
>  
> IBM's internal systems must only be used for conducting  
> IBM's business or for purposes authorized by IBM 
> management.  
> Use is subject to audit at any time by IBM management.   
>  
>   Choose from the following commands:
>   DR2- Logon SVSCDR2 
>   SY6- Logon SVSCSY6 
> 
Thanks,
gil

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

Re: And the survey says...

[Charles Mills]

> screenshot-as-text is the $FeatureX apparently absent
> from the $EmulatorY modally favored in this thread

Below is from Vista. Is this not what you want.

 ===    ==   ==   
 ===   ==   === ===   
   ===   ===  ==   == 
   ===   ==== === 
   ===   ==   === === 
   ===   ===  ===  =  === 
 ===   ==   =   ===   =   
 ===    ===   
  Welcome to the IBM Z Dallas ISV Center  
z/OS TN3270-TLS1.2
   for Help follow directions on web page:
 http://dtsc.dfw.ibm.com/contact.html 
  
 IBM's internal systems must only be used for conducting  
 IBM's business or for purposes authorized by IBM 
 management.  
 Use is subject to audit at any time by IBM management.   
  
   Choose from the following commands:
   DR2- Logon SVSCDR2 
   SY6- Logon SVSCSY6 
  
Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, April 29, 2021 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On Thu, 29 Apr 2021 10:39:55 -0600, Grant Taylor wrote:
>
>But I asked the question wondering if there was something that made
>$YourPreferredTerminalEmulator stand out for you.  E.g. I like $FeatureX 
>of $EmulatorY (for reasons).
> 
I have at times served in a quasi-helpdesk position (responding to
reports of problems in my own code.)  I much preferred that users
report with screenshots not in images but as text that I could
search-select-copy-paste to analyze or reproduce a problem.

Alas, the screenshot-as-text is the $FeatureX apparently absent
from the $EmulatorY modally favored in this thread.

-- gil

--
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: And the survey says...

[Bill Johnson]

Bingo. I’ve used half a dozen or more over the years. All of them performed 90% 
of what you need. The other 10%, you can usually work around. The problem for 
vendors is most of you want everything and you want it free.


Sent from Yahoo Mail for iPhone


On Thursday, April 29, 2021, 12:09 PM, Charles Mills  wrote:

> Would you please elaborate on what Hummingbird does / doesn't do that make 
> you loath it as a sysprog?  

I don't have any stake in this game but I kind of suspect the best 3270 
emulator in the world is the one I am used to; and conversely, the worst 3270 
emulator in the world is any other that I am being forced to use.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grant Taylor
Sent: Thursday, April 29, 2021 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On 4/29/21 7:33 AM, Chuck Kreiter wrote:
> My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and 
> Vista are the tops in the emulator space IMO.

Would you please elaborate on what Hummingbird does / doesn't do that 
make you loath it as a sysprog?  Or more generally, how the different 
capabilities of a terminal (emulator) influence it's use by -- what I'm 
presuming to be -- power users?

--
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: SORTTRAK usage on z/OS 2.4

[Binyamin Dissen]

Exactly explains the 0C1. Missing subroutines.

On Thu, 29 Apr 2021 11:48:26 -0500 Robert Hahne 
wrote:

:>Greetings ,
:>
:>  I downloaded SORTTRAK from CBT tape and compiled it on my 2.4 system to 
pull out DFSORT usage stats . However ,  it failed with OC1 reason code 1
:>
:>IEA995I SYMPTOM DUMP OUTPUT  670  
:>SYSTEM COMPLETION CODE=0C1  REASON CODE=0001  
:> TIME=09.35.45  SEQ=01724  CPU=  ASID=0035
:> PSW AT TIME OF ERROR  078D   0002  ILC 2  INTC 01
:>   NO ACTIVE MODULE FOUND 
:>   NAME=UNKNOWN   
:>
:>Has anyone used this program recently ?  Does it need to be APF authorized ? 
:>
:>Also , the link edit step had these messages . I am not sure if they have 
anything to do with the issue 
:>
:>IEW2454W 9203 SYMBOL SUDATE UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
  
:>IEW2454W 9203 SYMBOL CONVER08 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
  
:>IEW2454W 9203 SYMBOL SUYYDDDF UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
  
:>IEW2454W 9203 SYMBOL SUTIME UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
  
:>IEW2454W 9203 SYMBOL CONVER10 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
  
:>IEW2454W 9203 SYMBOL IEFSD095 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
  
:>IEW2650I 5102 MODULE ENTRY NOT PROVIDED.  ENTRY DEFAULTS TO SECTION SORTTRAK. 
  


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

Director, Dissen Software, Bar & Grill - Israel

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

Re: And the survey says...

[Paul Gilmartin]

On Thu, 29 Apr 2021 10:39:55 -0600, Grant Taylor wrote:
>
>But I asked the question wondering if there was something that made
>$YourPreferredTerminalEmulator stand out for you.  E.g. I like $FeatureX 
>of $EmulatorY (for reasons).
> 
I have at times served in a quasi-helpdesk position (responding to
reports of problems in my own code.)  I much preferred that users
report with screenshots not in images but as text that I could
search-select-copy-paste to analyze or reproduce a problem.

Alas, the screenshot-as-text is the $FeatureX apparently absent
from the $EmulatorY modally favored in this thread.

-- gil

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

Re: ICSF Dynamic service update and MIGLIB

[Mike Martin]

Thanks Allan,

That may be what we end up doing.  I'm a little surprised that IBM's 
HOLD(DYNACT) doesn't speak to MIGLIB.  

Mike Martin

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

SORTTRAK usage on z/OS 2.4

[Robert Hahne]

Greetings ,

  I downloaded SORTTRAK from CBT tape and compiled it on my 2.4 system to pull 
out DFSORT usage stats . However ,  it failed with OC1 reason code 1

IEA995I SYMPTOM DUMP OUTPUT  670  
SYSTEM COMPLETION CODE=0C1  REASON CODE=0001  
 TIME=09.35.45  SEQ=01724  CPU=  ASID=0035
 PSW AT TIME OF ERROR  078D   0002  ILC 2  INTC 01
   NO ACTIVE MODULE FOUND 
   NAME=UNKNOWN   

Has anyone used this program recently ?  Does it need to be APF authorized ? 

Also , the link edit step had these messages . I am not sure if they have 
anything to do with the issue 

IEW2454W 9203 SYMBOL SUDATE UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
IEW2454W 9203 SYMBOL CONVER08 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
IEW2454W 9203 SYMBOL SUYYDDDF UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
IEW2454W 9203 SYMBOL SUTIME UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.  
IEW2454W 9203 SYMBOL CONVER10 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
IEW2454W 9203 SYMBOL IEFSD095 UNRESOLVED.  NO AUTOCALL (NCAL) SPECIFIED.
IEW2650I 5102 MODULE ENTRY NOT PROVIDED.  ENTRY DEFAULTS TO SECTION SORTTRAK.   


Regards,
Robert

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

Re: And the survey says...

[Grant Taylor]

On 4/29/21 10:09 AM, Charles Mills wrote:
I don't have any stake in this game but I kind of suspect the best 
3270 emulator in the world is the one I am used to; and conversely, 
the worst 3270 emulator in the world is any other that I am being 
forced to use.


~chuckle~

I wondered if something like 'pie in hand' might be the case.

But I do know that there is a big difference in the capabilities of 
various VT100 / ANSI terminal emulators (where I have more experience). 
Almost all of those emulators will perform a very basic function.  But 
the differences almost always revolve around what features sit on top of 
basic terminal emulation; scripting / automation, connection parameter 
abilities, preferences / customization support, et al.


But I asked the question wondering if there was something that made 
$YourPreferredTerminalEmulator stand out for you.  E.g. I like $FeatureX 
of $EmulatorY (for reasons).




--
Grant. . . .
unix || die

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

Re: SFTP jcl with proxy server

[Bill Giannelli]

so how do I code it? ProxyCommand? ProxyJump? -X connect -x?

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

Re: And the survey says...

[Charles Mills]

> Would you please elaborate on what Hummingbird does / doesn't do that make 
> you loath it as a sysprog?  

I don't have any stake in this game but I kind of suspect the best 3270 
emulator in the world is the one I am used to; and conversely, the worst 3270 
emulator in the world is any other that I am being forced to use.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grant Taylor
Sent: Thursday, April 29, 2021 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On 4/29/21 7:33 AM, Chuck Kreiter wrote:
> My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and 
> Vista are the tops in the emulator space IMO.

Would you please elaborate on what Hummingbird does / doesn't do that 
make you loath it as a sysprog?  Or more generally, how the different 
capabilities of a terminal (emulator) influence it's use by -- what I'm 
presuming to be -- power users?

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

Re: SFTP jcl with proxy server

[Grant Taylor]

On 4/28/21 4:58 PM, Paul Gilmartin wrote:

set ssh proxy environment variables


The "ssh proxy environment variables" causes me to wince.  Yes, they are 
environment variables which used in conjunction with SSH.  But, the 
environment variables aren't used by or referenced by the SSH client 
binary program in any way.  This is in stark contrast with the other 
*_PROXY environment variables listed on the page, which are referenced 
by the various client binary programs.


My experience has been that trying to keep the syntax, escaping, et al. 
correct for -- what is ultimately -- a long / complex command line is 
problematic.


I would *HIGHLY* advocate for putting the necessary configuration 
options in a configuration file and pointing the SSH client at said 
config file with a simple "-F /path/to/file".  --  Even pointing to the 
config file might not be necessary if you use one of the default 
locations that the SSH client binary will automatically look at.


I now turn the soapbox over to the next person with a grievance to air.



--
Grant. . . .
unix || die

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

Re: And the survey says...

[Grant Taylor]

On 4/29/21 7:33 AM, Chuck Kreiter wrote:
My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and 
Vista are the tops in the emulator space IMO.


Would you please elaborate on what Hummingbird does / doesn't do that 
make you loath it as a sysprog?  Or more generally, how the different 
capabilities of a terminal (emulator) influence it's use by -- what I'm 
presuming to be -- power users?


Thank you for enlightening me.



--
Grant. . . .
unix || die

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

Re: And the survey says...

[Mike Shorkend]

Another vote for Vista 3270/Tom Brennan Software

On Thu, 29 Apr 2021 at 16:33, Chuck Kreiter 
wrote:

> My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and Vista are
> the tops in the emulator space IMO.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Tuesday, April 27, 2021 10:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: And the survey says...
>
> Classification: Confidential
>
> What 3270 emulator are you using?
>
> I (and my colleagues) have been using PCOMM as our 3270 emulator by
> corporate edict.
> Corporate has removed PCOMM from the available list of emulators, hence
> this
> survey (survey ends Fri. Apr 30 @ COB).
>
> Since we have to go through a procurement process, we want to obtain the
> optimal product.
> I am aware of the usual suspects and have them on my short list.
>
> Responses can be posted on-list or directly to me.
>
> Thanks to all in advance for your time and attention,
>
>
>
>
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email
> are solely those of the author and may not necessarily reflect the views or
> opinions of HCL or its affiliates. Any form of reproduction, dissemination,
> copying, disclosure, modification, distribution and / or publication of
> this
> message without the prior written consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error please
> delete it and notify the sender immediately. Before opening any email
> and/or
> attachments, please check them for viruses and other defects.
> 
>
> --
> 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
>


-- 
Mike Shorkend
m...@shorkend.com
Tel: +972524208743





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

Re: how to reply highlight message by REXX

[Rob Scott]

You can use SDSF REXX to do this quite easily.

The  " ISFEXEC SR" verb will return the list of outstanding system replies (no 
need to issue and parse "D R,R").

You can then loop thru the returned logical rows to locate the prompt that you 
are searching for and then use "ISFSLASH" to send back the response.

Obviously you will need the associated SDSF and z/OS permissions to do this.

For more info, see the SDSF manuals for information on using SDSF REXX (or have 
a look at various Share presentations on this subject).

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ibmmain
Sent: 29 April 2021 14:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to reply highlight message by REXX

EXTERNAL EMAIL





Hi all


 After we submit a JOB, we need reply highlight message issued by the JOB 
in console.


Could you tell us how to issue ' D R,R' command to get reply-ID and reply 
this message by REXX?


 Any suggestions /samples are highly appreciated !


Thanks a lot!


Jason Cai

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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: how to reply highlight message by REXX

[ITschak Mugzach]

If you have the same message id and ame answer, consider use of z/os auto
replay (see parmib).

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Thu, Apr 29, 2021 at 5:05 PM John McKown 
wrote:

> We use the CA/OPS automated operator to do that. Then we execute the
> programmer who wrote the code. 
>
> Oh, perhaps it wasn't from a program?
>
> On Thu, Apr 29, 2021, 08:23 ibmmain  wrote:
>
> > Hi all
> >
> >
> >  After we submit a JOB, we need reply highlight message issued by
> > the JOB in console.
> >
> >
> > Could you tell us how to issue ' D R,R' command to get reply-ID and
> > reply this message by REXX?
> >
> >
> >  Any suggestions /samples are highly appreciated !
> >
> >
> > Thanks a lot!
> >
> >
> > Jason Cai
> >
> > --
> > 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: how to reply highlight message by REXX

[John McKown]

We use the CA/OPS automated operator to do that. Then we execute the
programmer who wrote the code. 

Oh, perhaps it wasn't from a program?

On Thu, Apr 29, 2021, 08:23 ibmmain  wrote:

> Hi all
>
>
>  After we submit a JOB, we need reply highlight message issued by
> the JOB in console.
>
>
> Could you tell us how to issue ' D R,R' command to get reply-ID and
> reply this message by REXX?
>
>
>  Any suggestions /samples are highly appreciated !
>
>
> Thanks a lot!
>
>
> Jason Cai
>
> --
> 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: how to reply highlight message by REXX

[Seymour J Metz]

Please don't use HTML markup and entities in plain text.

The easiest way is to use CONSOLE; you will need authorization from your 
security folds. Does your job specify a CART? See 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sa320972/$file/ikja300_v2r4.pdf


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
ibmmain [ibmm...@foxmail.com]
Sent: Thursday, April 29, 2021 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to reply highlight message by REXX

Hi all


 After we submit a JOB, we need reply highlight message issued by the JOB 
in console.


Could you tell us how to issue ' D R,R' command to get reply-ID and reply 
this message by REXX?


 Any suggestions /samples are highly appreciated !


Thanks a lot!


Jason Cai

--
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: And the survey says...

[Chuck Kreiter]

My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and Vista are
the tops in the emulator space IMO.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Allan Staller
Sent: Tuesday, April 27, 2021 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: And the survey says...

Classification: Confidential

What 3270 emulator are you using?

I (and my colleagues) have been using PCOMM as our 3270 emulator by
corporate edict.
Corporate has removed PCOMM from the available list of emulators, hence this
survey (survey ends Fri. Apr 30 @ COB).

Since we have to go through a procurement process, we want to obtain the
optimal product.
I am aware of the usual suspects and have them on my short list.

Responses can be posted on-list or directly to me.

Thanks to all in advance for your time and attention,




::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and
intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the originator
or HCL or its affiliates. Views or opinions, if any, presented in this email
are solely those of the author and may not necessarily reflect the views or
opinions of HCL or its affiliates. Any form of reproduction, dissemination,
copying, disclosure, modification, distribution and / or publication of this
message without the prior written consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please
delete it and notify the sender immediately. Before opening any email and/or
attachments, please check them for viruses and other defects.


--
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: [External] Now it's easier to find stuff on the CBT Tape

[Pew, Curtis G]

On Apr 28, 2021, at 4:05 PM, Pommier, Rex  wrote:
> 
> I'm seeing the same thing Gil is on Firefox 88.  Everything looks to be the 
> same except the HTTPS version has empty tables underneath the 2 headings like 
> Gil mentioned.

I see the same thing in Safari.


-- 
Pew, Curtis G
curtis@austin.utexas.edu

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

how to reply highlight message by REXX

[ibmmain]

Hi all


 After we submit a JOB, we need reply highlight message issued by the JOB 
in console.


Could you tell us how to issue ' D R,R' command to get reply-ID and reply 
this message by REXX?


 Any suggestions /samples are highly appreciated !


Thanks a lot!


Jason Cai

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

Re: ICSF Dynamic service update and MIGLIB

[Allan Staller]

Classification: Confidential

Steplib and/or dynamic updates to APFLST, LNKLST

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
MARTIN, MIKE
Sent: Thursday, April 29, 2021 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ICSF Dynamic service update and MIGLIB

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi all,

We need additional ICSF capability (CVN18) so we are applying a PTF (UJ03312) 
to our z/OS V2.4 ISCF (HCR77D0).

There is an SMP/E HOLD(DYNACT) which tells us how to dynamically update the 
ICSF code from libraries CSFMOD0 and IEALNKE.

But, we noticed that SYS1.MIGLIB was also updated during the SMP/E apply.  We 
don't apply to a running system, so I'm wondering how we handle the updates to 
MIGLIB as there is no mention of it in the ISCF doc for dynamic service update.

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

ICSF Dynamic service update and MIGLIB

[MARTIN, MIKE]

Hi all,

We need additional ICSF capability (CVN18) so we are applying a PTF (UJ03312) 
to our z/OS V2.4 ISCF (HCR77D0).

There is an SMP/E HOLD(DYNACT) which tells us how to dynamically update the 
ICSF code from libraries CSFMOD0 and IEALNKE.

But, we noticed that SYS1.MIGLIB was also updated during the SMP/E apply.  We 
don't apply to a running system, so I'm wondering how we handle the updates to 
MIGLIB as there is no mention of it in the ISCF doc for dynamic service update.

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

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

Re: SPF/SE.... out of business?

[Seymour J Metz]

Tha chart seems to be out of sate as well; it still shows CMS as missing the 
stream functions.

BTW, these days a PC REXX comparison chart really needs to include OOREXX and 
Regina to be useful. I'm not sure about REXX on i or p.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [ponce...@bcs.org.uk]
Sent: Wednesday, April 28, 2021 9:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SPF/SE out of business?

So too does CTC REXX:


Table 3. Comparison of Built-in Functions

 Availability of Built-in Functions

  FunctionSAA   COW   CMS   CTC

 ABBREVx x x x
 ABS   x x x x
 ADDRESS   x x x x
 ARG   x x x x
 BITANDx x x x
 BITOR x x x x
 BITXORx x x x
 B2X   x - - x
 CENTERx x x x
 CHARINx x - x
 CHAROUT   x x - x
 CHARS x x - x
 



On 28/04/2021 14:59, Seymour J Metz wrote:
> CMS has CHARIN, CHAROUT, CHARS, LINEIN, LINEOUT, LINES AND STREAM.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> CM Poncelet [ponce...@bcs.org.uk]
> Sent: Tuesday, April 27, 2021 11:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SPF/SE out of business?
>
> So too does CTC REXX:
>
>  Availability of Built-in Functions
>
>   FunctionSAA   COW   CMS   CTC
>  C2X   x x x x
>  DATATYPE  x x x x
>  DATE  x x x x
>  DELSTRx x x x
>  DELWORD   x x x x
>  DIGITSx x x x
>  D2C   x x x x
>  D2X   x x x x
>  ERRORTEXT x x x x
>  FORM  x x x x
>  FORMATx x x x
>  FUZZ  x x x x
>  INSERTx x x x
>  LASTPOS   x x x x
>  LEFT  x x x x
>  LENGTHx x x x
>  LINEINx x - x
>  LINEOUT   x x - x
>  LINES x x - x
>  MAX   x x x x
>  MIN   x x x x
>  OVERLAY   x x x x
>  POS   x x x x
>  QUEUEDx x x x
>  RANDOMx x x x
>  REVERSE   x x x x
>  RIGHT x x x x
>  SIGN  x x x x
>  SOURCELINEx x x x
>  SPACE x x x x
>  STREAMx - - x <===
>  STRIP x x x x
>  SUBSTRx x x x
>  SUBWORD   x x x x
>  SYMBOLx x x x
>  TIME  x x x x
>  TRACE x x x x
>  TRANSLATE x x x x
>  TRUNC x x x x
>  VALUE x x x x
>  VERIFYx x x x
>
> Cheers.
>
>
> On 28/04/2021 03:46, Paul Gilmartin wrote:
>> On 2021-04-27, at 19:53:31, CM Poncelet wrote:
>>> Shared variable pools - as in VPUT/VGET  SHARED - are supported.
>>>
>>> CTC's SPF/PC REXX supports Mike Cowlishaw's definition, as in his "The
>>> REXX Language".
>>>
>>> Table 3. Comparison of Built-in Functions
>>>
>>>
>>>  Availability of Built-in Functions
>>>   FunctionSAA   COW   CMS   CTC
>>>  ...
>>>  CHARINx x - x
>>>  CHAROUT   x x - x
>>>  CHARS x x  

New Enterprise COBOL for z/OS (COBOL) Migration Portal is here!

[Dan Zhang]

To assist COBOL users who are migrating from Enterprise COBOL 4 or earlier 
versions to COBOL 6, the one-stop COBOL Migration Portal was launched in Feb. 
2020, aggregating all the COBOL migration-related information including case 
studies, COBOL experts interview videos, the cloud-based COBOL Migration 
Assistant, COBOL Migration and Performance Tuning Webinars, FAQs, and many 
other content assets. Since then, the portal has been a key and popular 
resource among COBOL migration users.

In responding to the needs of users and improve the experience, now, we're 
excited to announce that a new COBOL Migration Portal 
(https://www.ibm.com/docs/en/cobol-zos/6.3?topic=SS6SG3_6.3.0/migration-portal.html)
 is live! Major changes in the new portal are as follows:

Design improvements:
-The portal landing page and the webinar register page now have a new modern 
look that provides you with a consistent experience in IBM Documentation 
(previously known as IBM Knowledge Center).
-The overall migration workflow for "Why" - "How" - "After" is optimized.

Content updates:
-Along with the new design, content assets are reorganized and streamlined 
accordingly.
-Hot topics, such as user stories, EOS dates, manual download links, etc., are 
shown directly on the landing page to make it more comprehensive and 
informative, and you will not need to go further.
-Spotlight resources such as the webinars and the COBOL Migration Assistant are 
highlighted, and you can get started quickly.
-Core ideas of videos are summarized so you can easily capture what the videos 
are about or if you prefer plain texts.
-IBM DevOps tools are introduced that can speed up your migration process. In 
addition, it is further clarified that you can leverage IBM Z VTP for an 
efficient regression testing. 

So why not take a tour around the new COBOL Migration Portal 
(https://www.ibm.com/docs/en/cobol-zos/6.3?topic=SS6SG3_6.3.0/migration-portal.html)
 right now?

If you have any comments or would like to see other topics in the COBOL 
Migration Portal, please send them to compi...@cn.ibm.com. Any feedback would 
be greatly appreciated!

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

Re: MQ For z/os

[Colin Paice]

The MQ backwards migration process has changed in V9.2, so that there is no
need to apply a backwards migration PTF. See
https://www.ibm.com/docs/en/ibm-mq/9.2?topic=wnim9-whats-new-in-mq-zos-920-base-advanced-vue-entitlement#q134150___simpback.
The V9.2 documentation should not say that there is a need for a backwards
migration PTF. If you find a page that says that, please tell IBM ( or tell
me and I'll pass it on)

The CSQY039I and CSQY040I messages are new in V9.2, and were added as part
of the migration enhancements to clarify whether backwards migration is
possible, and to which version.

Colin

On Wed, 28 Apr 2021 at 17:36, Steely.Mark  wrote:

> Thanks for the response - I do have a question about the backwards
> migration PTF. I found conflicting documentation that this is required:
>
>
> https://www.ibm.com/docs/en/ibm-mq/9.1?topic=tasks-backward-migration-earlier-supported-releases-mq-zos
> The backward migration APARs are PI95928 for IBM MQ 8.0.0, and PI95939 for
> IBM MQ 9.0.0.
>
> This was documentation for reverting back from 9.1.   But I seemed to
> recall this same statement from reverting back from 9.2.
> Also found documentation that states nothing needs to be done for
> backwards compatibility from 9.2.
>
> I also found this:
>
> Backwards migration is normally only performed immediately after a
> migration fails for some reason.
> However, it is possible to perform backwards migration at any time if the
> CSQY039I message is output at queue manager start up.
>
> If a queue manager issues the CSQY040I message at start up, backwards
> migration is not supported, and the procedure described in the following
> text is not applicable.
> If you have a back up of the queue manager data, prior to the migration,
> you could use that data to start the queue manager up at the earlier
> release.
>
> I assume these messages are displayed during start of MQ 9.2 because I
> don’t see these messages in the startup of MQ 9.0.
>
> Is this correct ?
>
> Thank You
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Colin Paice
> Sent: Wednesday, April 28, 2021 6:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MQ For z/os
>
> ATTENTION: This e-mail came from an external source. Do not open
> attachments or click on links from unknown or unexpected emails.
>
>
> Mark,
>
> Backwards migration is supported between LTS releases (i.e. 9.0.0, 9.1.0,
> 9.2.0), so it's not correct that the upgrade process is not reversible,
> unless the question is about a CD release.
>
> IBM always suggested being up-to-date with all maintenance before
> migrating to a new release. The backwards migration process has changed in
> 9.2, and there is no need to apply a specific backwards migration PTF
> before migrating. The backwards migration process in 9.2 is documented here:
>
> https://www.ibm.com/docs/en/ibm-mq/9.2?topic=92-reverting-queue-manager-previous-version-zos
> .
>
> All the MQ on z/OS migration information is documented under this topic:
> https://www.ibm.com/docs/en/ibm-mq/9.2?topic=mq-migrating-zos
>
>
> The question about backing up your page sets and logs is an interesting
> one.
>
> If you backed up your page sets, and restored a pageset,  (and did not
> restore your logs from backup) then when you restart the queue manager it
> would replay the logs and bring the restored page set(s) up to date.
>
> If you back them up, go to the next release, run for a day and then decide
> to use your backups of page sets AND LOGS ( so your logs now do not have
> any updates since the backup) This causes problems like Messages which had
> been in the system, and processed - now appear again (from the backup) - so
> where the message said "PAY COLIN $100" would get processed twice.
> Any new messages which were not processed before shutting down and
> restoring would be overwritten by the restore.
> Any channels going to other queue managers which had sent messages, will
> get sequence number mismatches and you will have to reset the channels.
>
> So the lesson is, you can ( and should backup) your pages sets, but *do
> not try to restore the logs from backups* except under IBM's guidance.
> (As a good sysprog you will have tested the backup and restore of a page
> set - and have JCL already written to do this!)
>
> regards
>
> Colin
>
>
>
>
>
> If you were on LTS, you could go from 9.0 to 9.1 and back to 9.0 without
> losing any messages.
>
>
>
>
>
>
> On Tue, 27 Apr 2021 at 16:52, Steely.Mark 
> wrote:
>
> > Has anyone upgraded from MQ 9.0 to 9.2 ?
> >
> > Is there any PTF's that need to be applied to 9.0 before going to 9.2.
> > This is the only thing I have found:
> >
> > While at MQ 9.0, take a full backup of the queue managers. Why?
> > Because the upgrade process is NOT reversible. If you need to revert
> > back from MQ
> > 9.1 to 9.0, then you must delete the queue managers and restore the
> > backup taken at MQ 9.0.
> >
> > I know this statement is talking about 9.1 but I 

Re: And the survey says...

[Alexander Huemer]

Hi Greg

I was just pointed to this document: [1].
Definitely not the 3179G book you mentioned, but it seems to contain 
information related to 3270 vector graphics. Maybe it helps.

-Alex

[1] https://www.slac.stanford.edu/vault/collvault/greylit/cgtm/CGTM205.pdf

On Wed, Apr 28, 2021 at 11:50:33PM +1000, Greg Price wrote:
> On 28/04/2021 2:33 am, Seymour J Metz wrote:
> > GDDM and PGF are the primary programs for 3270 graphics. I don't know 
> > whether SAS Graph requires GDDM.
> 
> Well, I've coded programmed symbols and I've coded some native vector
> graphics, but I don't know the protocols to code PC-LINK graphics. I gather
> the latter is where the host offloads more of the work to the workstation.
> 
> The spec for programmed symbols is documented in the 3270 Data Stream
> Programmer's Reference, but for the other two you'd probably need to do a
> VTAM trace of GDDM terminal I/O to figure out.
> 
> Native vector graphics used to be documented in the 3179G book, but that
> disappeared after the 3179G was discontinued. (If anyone has one they'd like
> to sell then please let me know.) I'd say it is very close to the codes that
> GDDM uses itself internally.
> 
> If you have a 3270 graphics application that could be made to work with GDDM
> then I'd recommend you do so because then you can let GDDM figure out which
> graphics protocol to use for any given terminal and how to convert your
> requests to the appropriate data stream orders.  I would guess that SAS
> Graph would call GDDM, but that's just a guess.
> 
> I've "assisted" (badgered?) two TN3270 client authors in adding programmed
> symbol graphics support to their products (really just clarified the spec
> and provided testing feedback). One decided the potential for support cases
> wasn't worth the effort/risk, and the other (Nexus Terminal) has retained it
> in the product.
> 
> As someone said, Nexus is very fast, and the support is very responsive to
> customers.
> 
> (Disclaimer: Both TN3270 client authors generously waived the fee to allow
> me to use their products, both of which are of excellent quality.)
> 
> The REVIEW command (available from CBT and elsewhere - release 50 should be
> coming out soon) has some code to render bitmaps (.BMP, .PCX, .GIF) on 3270
> graphics screens (LPS and native vector graphics only) without using GDDM.
> (GDDM will be called for PC-LINK.) Don't expect true-color rendering.
> Haven't tested large pictures lately, but small ones work pretty well
> AFAICT.
> 
> Cheers,
> Greg
> 
> --
> 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: TSO segment for a PROTECTED ID

[Attila Fogarasi]

Fine as long as you ensure that the PROTECTED userid is properly defined
with the NOPASSWORD attribute.  Without that attribute adding the TSO
segment would allow logon to TSO using a default password (which is
something like the group name).  Prior to having the TSO segment any logon
attempt would be rejected by TSO unless it was in UADS, so that is your
only potential exposure.

On Thu, Apr 29, 2021 at 12:26 AM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> Hi All,
>
> Will xpost to RACF-L too...
> Will it be ok to create a TSO segment (without a logon PROC) for a batch
> ID that's PROTECTED?
> That is, creating a TSO segment won't fudge with the PROTECTED status, in
> any way, right? By forcing it to a password or some such.
>
> There's some functionality within a job step that's demanding that the
> batch ID have a TSO segment and have access to OPER profile in TSOAUTH
> class.
>
> - KB
>
> --
> 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

AW: And the survey says...

[Immo]

Hi Allan,

if you would like to try out our Java based 3270/5250 emulator JProtector,
which might not yet be on your short list of prospects, please let me know.

Regards,

Michael

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von
Allan Staller
Gesendet: Dienstag, 27. April 2021 16:09
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: And the survey says...

Classification: Confidential

What 3270 emulator are you using?

I (and my colleagues) have been using PCOMM as our 3270 emulator by
corporate edict.
Corporate has removed PCOMM from the available list of emulators, hence this
survey (survey ends Fri. Apr 30 @ COB).

Since we have to go through a procurement process, we want to obtain the
optimal product.
I am aware of the usual suspects and have them on my short list.

Responses can be posted on-list or directly to me.

Thanks to all in advance for your time and attention,




::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and
intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the originator
or HCL or its affiliates. Views or opinions, if any, presented in this email
are solely those of the author and may not necessarily reflect the views or
opinions of HCL or its affiliates. Any form of reproduction, dissemination,
copying, disclosure, modification, distribution and / or publication of this
message without the prior written consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please
delete it and notify the sender immediately. Before opening any email and/or
attachments, please check them for viruses and other defects.


--
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