Re: Standalone IPL ADRDSSU and Operating Systems Messages z14

[Edward Gould]

> On Nov 4, 2017, at 4:23 PM, Edward Finnell 
> <000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
> 
> You'd think for sure WSC has 'em but don't know contacts anymore. Maybe go 
> thru local Branch.
>  
> In a message dated 11/4/2017 7:07:36 AM Central Standard Time, 
> crispin.h...@macro4.com  writes:
> 
>  
> ADRDSSU standalone IPL and ICKDSF standoalone IPL tape/tapes in the Virginia 
> or near by. I am currently in Chantilly VA. 
> I can get tape from UK but probably not until Tuesday
Becareful of asking IBM, as it may cost you a LOT of money. I wanted to ask the 
IBMer who was installing our machine and he said that will cost you $25K, I 
asked why, he said IBM needs a contract written and that means $$$.
Since then I found the same story, what used to be free is costing large bucks. 
I would drop the IBM and ask someone here as they will do it for free and maybe 
charge for shipping.

Ed


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

C/C++ Runtime Library

[Ze'ev Atlas]

I hope that I word my question correctlyIs the C/C++ Runtime Library installed 
by default on z/OS  or is it a product that needs to be licensed separately?In 
other words, if I distribute a software product, written in C, in binary form 
(load modules) and that product rely on the runtime library, what is the 
likelihood that the client's installations out there would not be able to run 
the product because the runtime library is not present? 
Ze'ev Atlas


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

Re: Standalone IPL ADRDSSU and Operating Systems Messages z14

[Edward Finnell]

You'd think for sure WSC has 'em but don't know contacts anymore. Maybe go thru 
local Branch.
 
In a message dated 11/4/2017 7:07:36 AM Central Standard Time, 
crispin.h...@macro4.com writes:

 
ADRDSSU standalone IPL and ICKDSF standoalone IPL tape/tapes in the Virginia or 
near by. I am currently in Chantilly VA. 
I can get tape from UK but probably not until Tuesday

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

Cobol security Code Review: Me against a scanner, or , why I wrote a scanner myself.

[ITschak Mugzach]

A week ago I completed a COBOL security Code Review for a client in Europe.
I was asked to review security risks in about 3,000 COBOL programs in an
finance application.

On the starting line stood a well-known scanner and I. It took me two days
to get the first 20 high-level findings and about ten days to find the
rest. The scanner did it much quicker, but he found only one finding... The
problem with scanners is the inability to get the context of the finding
and they create a lot of false findings.

As always, I returned to program the techniques I used to identify the
risks in the COBOL programs. The program is developed in Rexx (TSO,
compiled, and CPU serial limited), but can be ported easily to any COBOL
enabled platform. Currently is runs as a per program Automated Code
Reviewer, but soon it will scan an entire library. so in the near future it
will support both a standalone module to incorporate into a change
management product and a tool you can run periodically.

This COBOL Code Reviewer module will be part of our IronSphere ISCM
(Information Security Contiguous Monitoring) platform for legacy that
monitors security status based on DoD STIGs (Details at
http://www.securiteam.co.il) and the finding will be reported to the
IronSphere Server.

Now, the reason I am writing here is not to publish IronSphere, but to look
for a Beta tester. The best Beta site will run COBOL, CICS, DB2 and uses
technologies like JSON, XML (Better reading than writing), WEB Services and
may be IMS. There is no need to install the IronSphere Server at this
stage.

The tool is yet limited, but already has the infrastructure (resolving
COPYBOOKS and tracing variables) and some checks. A by-product of this scan
is a cross-reference of Copybooks and programs (Static & dynamic calls)
found in the program. Some examples of findings are:

   - Subroutines that are called statically & Dynamically in same program
   (so it might be different versions of same program, giving different
   results).
   - Main COBOL CICS program (Transaction) that calls SP related services
   (End user can access CICS resources).
   - Data tables in DATA DIVISION (no separation duties).

The results are printed in IronSphere finding table format (STIG) showing
the program name, line number, Statement, finding (what is wrong)and
explanation.

Ideas and COBOL security issues are welcome.

If you are interested in testing the product please contact my SecuriTeam
email address: i_mugz...@securiteam.co.il. You'll get a short installation
manual, the IronSphere Stand-alone Cobol Code Reviewer (IronSphere CCR) and
a key for you CPU, both as load modules in xmt format.

ITschak



-- 
ITschak Mugzach
*|** IronSphere Platform* *|** Automatic ISCM**  (Information Security
Contiguous Monitoring) **|  *

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

Ruby and Ruby on Rails

[Steve Beaver]

Is there anyone in the group that speaks Ruby and Ruby on Rails and has a
degree in Math? 

 

Please contact me directly if you have a friend of a friend if a friend.

 

TIA

 

Steve 

 

 

 


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

Re: Odd SMF 30 data within IEFACTRT

[DanD]

This is just a test IEFACTRT exit that I have to examine the various fields in 
the SMF30 record.

In this case it simply goes to the zEDC Usage Statistics Section and formats 
the fields in that section in hex.


Thanks,
Dan

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

Re: Odd SMF 30 data within IEFACTRT

[Lizette Koehler]

Are you using the IEFACTRT shipped by IBM in SYS1.SAMPLIB or a different 
version?

If the IBM version, when was the last time you assembled and linked IBM's 
version.  If it has been a while, I might suggest you get a fresh copy and see 
what it looks like compared to what you are seeing.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of DanD
> Sent: Saturday, November 04, 2017 11:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Odd SMF 30 data within IEFACTRT
> 
> I've been looking at various data available within the IEFACTRT exit's SMF 30
> record.
> We're running zOS 2.2 and are quite current on maintenance.
> I must note that this is on a zPDT box which may or may not make a
> difference.
> 
> The data that I find odd is in the "zEDC Usage Statistics Section".
> Here are the fields in the section and their HEX values:
> SMF30_US_ComprReq 200F2A40E2E3C5D7
> SMF30_US_ComprReq_Prob D3C9C249
> SMF30_US_QueueTime7FF8
> SMF30_US_ExecTime   7FF8
> SMF30_US_Def_UncomprIn  E2E8E2D7D9C9
> SMF30_US_Def_ComprOut   D5E3
> SMF30_US_Inf_ComprIn  
> SMF30_US_Inf_DecomprOut200F2A3F
> 
> The EXECTime and QueueTime are supposed to be in microseconds.
> Why does one have "7FF8" in the 1st word and the other have it in the 2nd
> word?
> ComprReq is the total number of compressions & decompressions (problem and
> supervisor state).
> ComprReq_Prob is the number in problem state.  Shouldn't it be a subset of
> ComprReq?
> 
> I'm not sure what other fields are incorrect.  Does anyone else find these
> odd or is it just me?
> 
> Thanks,
> Dan
> 

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

Odd SMF 30 data within IEFACTRT

[DanD]

I've been looking at various data available within the IEFACTRT exit's SMF 30 
record.
We're running zOS 2.2 and are quite current on maintenance.
I must note that this is on a zPDT box which may or may not make a difference.

The data that I find odd is in the "zEDC Usage Statistics Section".
Here are the fields in the section and their HEX values:
SMF30_US_ComprReq 200F2A40E2E3C5D7
SMF30_US_ComprReq_Prob D3C9C249
SMF30_US_QueueTime7FF8
SMF30_US_ExecTime   7FF8
SMF30_US_Def_UncomprIn  E2E8E2D7D9C9
SMF30_US_Def_ComprOut   D5E3
SMF30_US_Inf_ComprIn  
SMF30_US_Inf_DecomprOut200F2A3F

The EXECTime and QueueTime are supposed to be in microseconds.
Why does one have "7FF8" in the 1st word and the other have it in the 2nd 
word?
ComprReq is the total number of compressions & decompressions (problem and 
supervisor state).
ComprReq_Prob is the number in problem state.  Shouldn't it be a subset of 
ComprReq?

I'm not sure what other fields are incorrect.  Does anyone else find these odd 
or is it just me?

Thanks,
Dan

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

Re: SUBSYS= ?

[John McKown]

I never saw that. It's opened a new set of possibilities to me.

hello.

On Nov 4, 2017 08:42, "Chambers, David W." 
wrote:

> I use SUBSYS to feed SYSOUT to CA's OPS/MVS on occasion:
>
> //ddname DD SUBSYS=(OPSS,other parameters from OPS manual)
>
> Parameter interpretation is pretty much up to the interested subsystem,
> OPSS in this case.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith
> Sent: Friday, November 03, 2017 1:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] SUBSYS= ?
>
> I'm trying to understand more about using a SUBSYS= on a DD. The problem
> is that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful,
> and the IBM-MAIN archives search seems to be broken (unless nobody has ever
> mentioned "jcl").
>
> Can someone point me at a book that talks about what this does and how one
> would implement one?
>
>
> --
> 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

JES2 Sizer in z/OS V2.3

[Lizette Koehler]

The RFE I requested to have a way for JES2 to determine what is needed when
increasing resource (TGS, JOE, JQE, etc) has been done by IBM in z/OS V2.3

Here is the response

JES2 z/OS 2.3 has introduced an initialization data set checker. As part of that
function, you can pass in an initialization deck with a larger specification for
any resource and request a COLD start using PARM=(COLD,CHECK). The output will
include the $HASP537 message indicating how may 4K pages are needed for the
configuration specified. For example: $HASP537 THE CURRENT CHECKPOINT USES 231
4K RECORDS


Hope this will be better than guessing.



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Preliminary query about mainframe "environmentals"

[Gabe Goldberg]

I've seen occasional list mentions/discussions about mainframe 
environmentals (power, cooling, floorspace, weight, etc.). Obviously 
these requirements have changed -- declined -- over various machine 
generations, but maybe this is still interesting enough for a 
Destination z website article.


So this is a preliminary query to gauge how many responses I might get 
to specific questions about environmentals. (And don't be limited to 
aspects I've mentioned -- note others that come to mind).


There seem to be at least two facets here -- information available from 
IBM and elsewhere, and actual experiences.


If you might comment, please let me know -- and if you reply to the 
list, please copy me directly so responses aren't buried in list digests.


Responses now won't be for publication; this is just a survey/census to 
determine if an article on this topic will work. But when I ask specific 
questions, being able to quote and attribute responses will be best. But 
if necessary, comments can be anonymized.


Thanks.

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

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

Re: SUBSYS= ?

[Chambers, David W.]

I use SUBSYS to feed SYSOUT to CA's OPS/MVS on occasion:

//ddname DD SUBSYS=(OPSS,other parameters from OPS manual)

Parameter interpretation is pretty much up to the interested subsystem, OPSS in 
this case.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith
Sent: Friday, November 03, 2017 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] SUBSYS= ?

I'm trying to understand more about using a SUBSYS= on a DD. The problem is 
that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful, and 
the IBM-MAIN archives search seems to be broken (unless nobody has ever 
mentioned "jcl").

Can someone point me at a book that talks about what this does and how one 
would implement one?


--
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: Standalone IPL ADRDSSU and Operating Systems Messages z14

[Crispin Hugo]

I don't hold out any hope but I must ask if anyone has an up to date ADRDSSU 
standalone IPL and ICKDSF standoalone IPL tape/tapes in the Virginia or near 
by. I am currently in Chantilly VA.  
I can get tape from UK but probably not until Tuesday

Crispin Hugo
Systems Specialist
Macro 4 Limited
d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 | www.macro4.com

      

Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West 
Sussex, RH10 4SS
Registered in England no: 00927588

Please consider the environment and only print this email if you really need to.

This message (including any attachments) contains confidential information that 
is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is intended only 
for the individual(s) named herein. If you are not the intended recipient, you 
are hereby notified that any dissemination, distribution or copying of this 
email is strictly prohibited. If you have received this message in error, 
please notify the Macro 4 Postmaster (postmas...@macro4.com) of the error 
immediately, do not read or use the email and any attachments in any manner, 
destroy all copies, and delete it from your system if the communication was 
sent via email. Macro 4 Limited, Tel: +44 1293 872000 Fax: +44 1293 872001.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: 04 November 2017 06:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Standalone IPL ADRDSSU and Operating Systems Messages z14

  There are PTFs for standalone ADRDSSU and standalone ICKDSF to support the 
z14, which are necessary because the z14 does not support ESA/390 mode.
You need to install the PTFs and then regenerate the IPL tape.

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

> I have used the tape many times on zBC12 but when I use it on Z14 , 
> when I go to Operating Systems Messages, I get
> OSM0002 Messages Interface Unavailable.
> I have tried this on HMC and SE and get the same.
> 
> I have trawled the manuals and I can't see what has changed or what 
> needs to be done.
> As usual any suggestions Welcome



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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please 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: Standalone IPL ADRDSSU and Operating Systems Messages z14

[Crispin Hugo]

Thanks Jim.



Sent from my Samsung Galaxy smartphone.


 Original message 
From: Jim Mulder 
Date: 04/11/2017 02:56 (GMT-05:00)
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Standalone IPL ADRDSSU and Operating Systems Messages z14

  There are PTFs for standalone ADRDSSU and standalone ICKDSF to support
the
z14, which are necessary because the z14 does not support ESA/390 mode.
You need to install the PTFs and then regenerate the IPL tape.

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

> I have used the tape many times on zBC12 but when I use it on Z14 ,
> when I go to Operating Systems Messages, I get
> OSM0002 Messages Interface Unavailable.
> I have tried this on HMC and SE and get the same.
>
> I have trawled the manuals and I can't see what has changed or what
> needs to be done.
> As usual any suggestions Welcome



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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please 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: TWIMC: SQLite3 3.21.0 "port" for use on z/OS posted to http://cbttape.org/updates.htm

[David Crayford]

Good work! The COBOL and PL/1 bindings are great. Although the line 
numbers in the COBOL code make my eyes bleed ;)


SQLite must be one of the worlds most successful open source projects 
along with Linux. It's used extensively on mobile devices so it wouldn't 
be an exaggeration
to suggest it's the worlds most popular database, installed on billions 
of machines. It's fast too, even on z/OS.



On 4/11/2017 12:17 AM, John McKown wrote:

File #965 on the http://cbttape.org/updates.htm page is now available. I
did the "port" (basically just a compile since Dr. Hipp already had EBCDIC
support in the source code). I downloaded the zip file; unzipped it; then
did a TSO RECEIVE to verify that it worked on my z/OS system. In my, very
_minor_, testing, I had no problems.

The straight scoop on the system is at http://www.sqlite.org . Dr. Hipp has
written some really GOOD code and very generously donated it to the Public
Domain. So, yes, you can use it on your system. You can embedded it in your
application. You can distribute your binary (compiled) application. And all
of this with no worries about any kind of license or requirement to "open
up" you own, possibly proprietary, source code.

For those unaware of this, SQLite3 is an _embedded_ SQL engine. That is,
there is no "started task" or "UNIX daemon" doing the work. It just a
_really large_ C subroutine library which does its own I/O to it own UNIX
file structure. Yes, I said "UNIX file structure". Actually it is in a
single _UNIX_ file. No, I don't really have any plans to try to make it use
a "normal" legacy data set such as PS, ESDS, or LDS. The SQL language in
SQLite3 is fairly close to the ANSI standard. But one very large "lack" is
that the system does not enforce any kind of "type consistency". Basically
the data is stored as you present it to SQLite3 without verification
against the schema. For example, a program can store a character string
into a field declared as an integer and the character string will be
accepted.

There is no _formal_ support included with this. I will accept an email
telling me about any problems. If they are in my code, I will try to fix it
(no promises!). If they are in the SQLite3 code, then I will report that on
the sqlite3 development forum. Again, no promises, but Dr. Hipp has usually
responded with either a fix or an explanation of why it is not a "bug".
Such as storing a string value, like "AxCD" in an INT column is not a bug.
Of course, once Dr. Hipp has a solution, it will take me time to implement
it and get the update onto the CBTtape.org site.

In regards to the above about support and possible delays. If you're really
"hot" on something, you need to understand how to get the most current
version from Dr. Hipp's "fossil repository" and how to use it to create the
files in the "amalgamation" distribution. This is well beyond what I plan
to document here. Perhaps I'll make a "HOWTO" in the future to help. But
once you have the "amalgamation" distribution file, the COMPILE member
should allow you to update your version. You will need to read from the web
site about how to do this. Try: http://www.sqlite.org/amalgamation.html




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

Re: Standalone IPL ADRDSSU and Operating Systems Messages z14

[Jim Mulder]

  There are PTFs for standalone ADRDSSU and standalone ICKDSF to support 
the 
z14, which are necessary because the z14 does not support ESA/390 mode.
You need to install the PTFs and then regenerate the IPL tape.

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

> I have used the tape many times on zBC12 but when I use it on Z14 , 
> when I go to Operating Systems Messages, I get 
> OSM0002 Messages Interface Unavailable.
> I have tried this on HMC and SE and get the same.
> 
> I have trawled the manuals and I can't see what has changed or what 
> needs to be done. 
> As usual any suggestions Welcome



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