Re: Capture REXX/CLIST software usage.

Maybe you can add your REXX/CLIST libraries to VLF and use SMF type 41 records to see which ones are being called. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Massimo Biancucci Sent: Wednesday, 14 September 2016 7:35 PM To:

Re: SMP/E Receive FROMNETWORK

On Wed, 14 Sep 2016 14:49:44 -0700, Lizette Koehler wrote: > >Also HTTPS is much easier than FTPS > Particularly in that firewalls tend to be friendlier to HTTPS. It's cultural. If they block FTPS, a few impacted IT personnel would be voices crying in the wilderness. If they block HTTPS, the

Re: Bypassing s322

On 09/14/2016 05:09 PM, Bill Woodger wrote: > Yes, "the rules of algebra" has lead to a minus zero... but it is still zero, > the sign for zero has no significance in algebra. > > In two's-complement, there is no negative zero. > > In packed-decimal 'rithmetic, there is, as explained in the PoP.

RACF Digital Certificates

Hi, We generated a certificate with an NOTAFTER date of 2026-12-31. When the REXX exec from SDFHSAMP is run using the NOTAFTER date, RACF complains about an invalid date range and generates the ring entry for the userid as NOTRUST. No idea why, and have tried several different times, using

Re: Bypassing s322

Yes, "the rules of algebra" has lead to a minus zero... but it is still zero, the sign for zero has no significance in algebra. In two's-complement, there is no negative zero. In packed-decimal 'rithmetic, there is, as explained in the PoP. The sign of the result is according to the rules of

Re: Bypassing s322

Yes, the compiler generates additional code to ensure that a -ve zero cannot be the result of anything in COBOL. This was discussed fairly recently here. The machine instructions obey the rules of algebra, COBOL doesn't as they apply to zero. Minus five times zero is zero, and always positive

CA Technologies LMP key at DR sites (WAS: serial numbers ... real and imagine)

Here are selected results from a search on "disaster recovery lmp site:ca.com". These Knowledge Base articles should clarify that recovery can proceed without having the correct recovery site LMP key in advance of a disaster drill, or if the CPU serial is different than the one that the LMP

Re: Bypassing s322

Way OT, but does "algebra" recognize +/-0? Or is that just an artifact of packed notation (which is itself an artifact of Hollerith cards)? What is -5 * 0 in fullword arithmetic? SURELY not -0. Charles -Original Message- From: IBM Mainframe Discussion List

Re: SMP/E Receive FROMNETWORK

Search the IBMMAIN Archives, there are many examples of how to change this to work. There are a lot of threads. Many control examples. No real JCL changes. Also HTTPS is much easier than FTPS Lizette > -Original Message- > From: IBM Mainframe Discussion List

Re: Bypassing s322

On 14 September 2016 at 16:34, Bill Woodger wrote: > When IBM decided to use "character" comparisons where possible for numerics, > they had to ban the negative zero. > Although in a decimal compare a zero is zero, no matter how signed, in a > character compare it is

Re: Bypassing s322

Very old Mainframe COBOLs did allow -ve zero to exist. The test for a zero where the source may have been a negative zero should have been unproblematic, because at the time only "decimal" instructions were used for numeric comparisons in the code generated by the compiler. And zero is zero.

Re: Bypassing s322

On Wed, Sep 14, 2016 at 3:08 PM, Gibney, Dave wrote: > It's been 35 years :) It might even have been a packed field. But it did > loop because the negative representation of zero did not match the zero the > code was looping unitl :) > > ​Oh, yeah, a packed negative zero, 0x0D​

Re: SMP/E Receive FROMNETWORK

We are looking at that now. Which is the recommended way? We will probably do FTPS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: Wednesday, September 14, 2016 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: SMP/E Receive FROMNETWORK

Have you setup ftps or https for SMP/E downloads? Lopez, Sharon September 14, 2016 at 4:08 PM We are trying to SMP/E RECEIVE FROMNETWORK and we are getting the message that SSL is mandatory. Does anyone have any sample JCL they would like to share? Did the entire

Re: Bypassing s322

It's been 35 years :) It might even have been a packed field. But it did loop because the negative representation of zero did not match the zero the code was looping unitl :) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John

SMP/E Receive FROMNETWORK

We are trying to SMP/E RECEIVE FROMNETWORK and we are getting the message that SSL is mandatory. Does anyone have any sample JCL they would like to share? Did the entire process change? Thanks in advance. Email correspondence to and from this address may be

Re: Bypassing s322

On Wed, Sep 14, 2016 at 2:51 PM, Gibney, Dave wrote: > Once, in my first months here, a program appeared to be looping, but maybe > not. It was impacting the system, but I insisted it be allowed to run and > it was for a while. > It was a Cobol program. Perform until some COMP

Re: Bypassing s322

Once, in my first months here, a program appeared to be looping, but maybe not. It was impacting the system, but I insisted it be allowed to run and it was for a while. It was a Cobol program. Perform until some COMP field reached zero. The Cobol of the time did not recognize negative zero

Re: REASON: 3 - RECORD TYPE NOT RECOGNIZED

Also consider asking for a trial of CR+ (now with Rocket) or Dinosoft's catalog maintenance product. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, September 14, 2016 10:34 AM > To:

Re: Capture REXX/CLIST software usage.

Update each member with a call rexx_monitor directly after the /* rexx */ :) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, September 14, 2016 10:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: TSO User ID Rules (Was: z/OS and code pages)

On 14 September 2016 at 02:05, Timothy Sipples wrote: > (a) If you want your RACF ID to be usable within MVS subsystems, the first > character cannot be a numeric digit (0 through 9). What, in this context, is an MVS subsystem? And what does "to be usable within MVS

Re: ServerPAC/DB2

How are you running the ServerPac install for DB2? There is a member that explains how to run the process. It tells you the jobs to run to build the CPAC environment, then what jobs to run are specified in the ISPF Dialog once the CPAC is installed. Lizette > -Original Message- >

ServerPAC/DB2

All: I think a job did not run correctly for my DB2 ServerPac install. When I try to Apply check some maintenance I get the following message: GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE APPLY COMMAND. I REPORT SOURCEID ZONES(DB2T300) . and get NO SOURCEIDs ??? It looks

Re: z/OS and code pages

On 14 September 2016 at 14:53, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >>But Katakana shares the same hex values as lower case English letters. I have >>always had upper case User IDs and passwords. Perhaps it is a RACF >>restriction? >> > What technical concern (I

Re: serial numbers ... real and imagine

Must of us have too many ethics to violate anything associated with M/F Licensing Steve -Original Message- From: "Dana Mitchell" Sent: Wednesday, September 14, 2016 2:55pm To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: serial numbers ... real and imagine Falls

Re: serial numbers ... real and imagine

Falls under one of my favorite sayings: Never ascribe to malice that which can be adequately explained by stupidity. Or the British version: cock-up before conspiracy Dana >On Wed, Sep 14, 2016 at 11:48 AM, Charles Mills wrote: > >> Speaking as a vendor here -- and at

Re: z/OS and code pages

On Wed, 14 Sep 2016 07:34:23 -0400, Cameron Conacher wrote: > >But Katakana shares the same hex values as lower case English letters. I have >always had upper case User IDs and passwords. Perhaps it is a RACF restriction? > What technical concern (I presume there was one) motivated EBCDIC's

Re: serial numbers ... real and imagine

On Wed, 14 Sep 2016 14:26:09 -0400, Steve wrote: > DR drills and testing are always free. It part of the license agreement. Its for a finite time like 2 to 3 weeks For CA products you will have to provide license support with the type-model and serial number and they will send you the

Re: serial numbers ... real and imagine

DR drills and testing are always free. It part of the license agreement. Its for a finite time like 2 to 3 weeks For CA products you will have to provide license support with the type-model and serial number and they will send you the keys before hand Steve -Original

Re: serial numbers ... real and imagine

Some vendors provide automatic grace periods for their software per IPL, etc. and others flat out cease working. Based on your software, the prior may suffice for your needs. Regardless, I would acquire codes/keys/licenses/passwords, etc. beforehand and go from there. In my experience, I

Re: REASON: 3 - RECORD TYPE NOT RECOGNIZED

I would probably open an SR with IBM on DFSMS VSAM - any actions taken might require their assistance to recover. Better to have them look and help provide the right guidance. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: Capture REXX/CLIST software usage.

What problem are you trying to solve. The more you monitor the slower it can get. Are you trying to identify who is using what? Are you trying to identify who is a consumer of resources? ?? Lizette > -Original Message- > From: IBM Mainframe Discussion List

Re: serial numbers ... real and imagine

I would ask your provider what software they found that does that. As far as I know, when they bring up a zVM image for you to lay down your z/OS image on, the serial numbers are identical to what you run currently. I have not seen a product that cannot run like that. When I did DR at a DR

Re: TSO User ID Rules (Was: z/OS and code pages)

On Wed, 14 Sep 2016 14:05:44 +0800, Timothy Sipples wrote: >zMan wrote: >>If my name were "*�tienne*", would I be able to have that as a TSO userid? >>Or would I have to suffer through just "*Etienne*", sans accent aigu? > >a RACF user ID is 1 to 8 characters in length ... > Usage has evolved.

Re: serial numbers ... real and imagine

On Wed, Sep 14, 2016 at 11:48 AM, Charles Mills wrote: > Speaking as a vendor here -- and at the risk of flames -- it's not just > "bad" customers. With the amount of outsourcing, turnover, overwork and > layoffs of skilled people we were seeing a fair amount of "inadvertent" >

Re: Capture REXX/CLIST software usage.

On Wed, 14 Sep 2016 07:21:03 -0500, Elardus Engelbrecht wrote: > >>//ST003EXEC PGM=IKJEFT01 >>//SYSPROC DD DSN=myexec,DISP=SHR >>//SYSTSPRT DD SYSOUT=* >>//SYSPRINT DD SYSOUT=* >>//SYSTSIN DD * >> %TEST >>/* > >>and capture with a GTF all the SVCs called. >>I'm expecting at least a BLDL but

Re: serial numbers ... real and imagine

Speaking as a vendor here -- and at the risk of flames -- it's not just "bad" customers. With the amount of outsourcing, turnover, overwork and layoffs of skilled people we were seeing a fair amount of "inadvertent" license violation before we implemented the serial number check. Junior

Re: z/OS and code pages

User IDs have always been restricted to upper case (at least as far back as UADS). RACF has supported upper and lower case password characters as an option for many years now. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of

Re: REASON: 3 - RECORD TYPE NOT RECOGNIZED

REPRO MERGECAT does not seem like the best choice to me. It might work for a user catalog since the DSN is not needed by users to access their datasets. For every level that is moved, you need to change the alias in the master to relate to the new DSN. (This is what the warning is about.)

Re: serial numbers ... real and imagine

On Wed, Sep 14, 2016 at 11:04 AM, Adams, Anne (DTI) wrote: > Hello friends, > > How can I determine where a software product is pulling the serial number > of the hardware? We'd like to be able to run a z/VM guest (for DR) with the > same serial number as our current

Re: serial numbers ... real and imagine

Are you sure they are only looking at the serial number? Some vendors look at both the model and the serial as part of their license. As for the serial number you are correct about being concerned about what are they looking at. I've seen some look at the lpar serial number and some look at

Re: What is the STCB?

TCBJSTCB field of the TCB data area (jobstep TCB) -Original Message- From: "Rupert Reynolds" Sent: Wednesday, September 14, 2016 11:42am To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What is the STCB? Related to this, does anyone have a scan of a big control block

Re: serial numbers ... real and imagine

Issue a D M=(CPU) and the will give you what the system knows about your box -Original Message- From: "Adams, Anne (DTI)" Sent: Wednesday, September 14, 2016 12:04pm To: IBM-MAIN@LISTSERV.UA.EDU Subject: serial numbers ... real and imagine Hello friends,

Re: serial numbers ... real and imagine

Are you on support? Ask the vendor? Speaking as a vendor, I would not ask "where do you get your serial number from?" but rather "what are the terms of our license and what is your definition of a 'machine' for license purposes?" You don't want to fool the product and then end up on 60 Minutes

serial numbers ... real and imagine

Hello friends, How can I determine where a software product is pulling the serial number of the hardware? We'd like to be able to run a z/VM guest (for DR) with the same serial number as our current mainframe. That way we don’t have to call for temporary license keys. However, our DR provider

Re: What is the STCB?

Related to this, does anyone have a scan of a big control block map, of the sort IMI Computing gave on their sysprog courses? Can be very useful for finding a CB or seeing where one can take you next :-) I lost mine :-( On 12 Sep 2016 15:16, "Charles Mills" wrote: > What is

Re: IBM FTPS connect

I'm having them look at the firewall. I tired HTTPS, but I believe at 1.13 it required a PTF to support https. They must not have it applied as I get a syntax error on the downloadmethod and the downloadkeyring parameters. On Wed, Sep 14, 2016 at 8:44 AM, Kurt Quackenbush

Re: Capture REXX/CLIST software usage.

Norbert Friemel wrote: >>On a side note: I wish the REXX and CLIST interpreter has an exit which is >>called BEFORE any interpreting is started. Are there such exits? They could >>be useful for monitoring the usage of those interpreted program languages. >IKJCT43I ?

Re: Capture REXX/CLIST software usage.

Thanks to everybody for putting the right spark into my mind !!! I think exit processing is the best way. I'll go deeper. Regards. Massimo 2016-09-14 14:40 GMT+02:00 Norbert Friemel : > On Wed, 14 Sep 2016 07:21:03 -0500, Elardus Engelbrecht wrote: > > > > >On a side note:

Is it ISPF error?

ROUTER ERROR: FUNC=MSPOPEN RETC=0008 REAS=0008 INITIALIZATION RETURN CODE 20 FROM WZZTS (this is name of ISPW app) COMMUNICATION FAILURE -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku

Re: IBM FTPS connect

On 9/12/2016 12:27 PM, Mark Pace wrote: I'm setting up FTPS on a 1.13 system and am a little confused by this sequence. It logs on okay showing a secure connect. But then it won't do the actual download. So I'm confused if it's the certificate or not. Not the certificate. 150 Opening

Re: IBM FTPS connect

Rob Schramm wrote: >I think that you are in GSKSVR trace land to get more details. Here is a link >to an old post with the How To for GSKSRVR. Also look in this book for more info about 'System SSL started task' (GSKSRVR): 'Cryptographic Services System Secure Sockets Layer Programming'

Re: Capture REXX/CLIST software usage.

On Wed, 14 Sep 2016 07:21:03 -0500, Elardus Engelbrecht wrote: > >On a side note: I wish the REXX and CLIST interpreter has an exit which is >called BEFORE any interpreting is started. Are there such exits? They could be >useful for monitoring the usage of those interpreted program languages. >

Re: Bypassing s322

Scott Chapman wrote: >Of course, when anybody came to me complaining about an S322, assuming it was >already in one of the classes that allowed them to get the max we allowed of 1 >or 2 hours of CPU time, my first reaction was always something along the lines >of "Are you sure you aren't

Re: Capture REXX/CLIST software usage.

Massimo Biancucci wrote: >I'm wondering what's (if it's reasonable) the best way to capture usage of >REXX/CLIST member. I believe this was discussed earlier in IBM-MAIN or TSO-REXX-L or ISPF-L. (I think) But, I believe you're probably SOL unless there is a solution which I certainly missed

Re: 2FA in the Real World

I have never been a real fan of EMC. I much prefer HDS G1000 class DASD using HUR, that is much, much easier to handle from ISPF for PPRC/XRC that CLI from a Windows open window Steve -Original Message- From: "Scott Chapman" Sent: Wednesday,

Re: IBM FTPS connect

I think that you are in GSKSVR trace land to get more details. Here is a link to an old post with the How To for GSKSRVR. https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg29631.html Rob Schramm On Tue, Sep 13, 2016, 8:15 PM Nims,Alva John (Al) wrote: > To add my $0.02

Re: 2FA in the Real World

Their purchase of EMC just closed, so I guess Dell now also makes mainframe disk subsystems. Will be interesting to see what they do with that. Scott On Tue, 13 Sep 2016 21:57:22 +0100, Vince Coen wrote: >Quest. > >Seem to recall some other m/f products as well. Toad ? >

Re: Bypassing s322

You can't really bypass the system exits, but that doesn't mean that the exits might not include certain "secret" triggers that might allow you to specify a higher time value on the job card. E.G. if the job is in this class and it's this time of day and this job name, then allow/set something

Re: Capture REXX/CLIST software usage.

Ah yes, and so goes one primary purpose/use of now-defunct (at CA's hands) the TSO/MON software product, originally an effective legacy Morino Associates tool written in the late '70s, that monitored various SYSEVENT actions. As well, TSO/ISPF application program/panel usage could be

Re: z/OS and code pages

I honestly don't know. But Katakana shares the same hex values as lower case English letters. I have always had upper case User IDs and passwords. Perhaps it is a RACF restriction? Sent from my iPhone > On Sep 13, 2016, at 8:47 PM, Charles Mills wrote: > > Sure, but does

Re: REASON: 3 - RECORD TYPE NOT RECOGNIZED

The DIAGNOSE gives the same error and no change. I ran examine (using the following parms) and " NO ERRORS DETECTED" INDEXTEST DATATEST ITEST NODATATEST ERRORLIMIT(1000) NOITEST DATATEST ERRORLIMIT(1000) I ran LISTCAT against the CATALOG and it flagged the same VSAM dsn posting the following

Re: IDCAMs DEF AIX authorization

Rex, Here is the relevant cut/paste from the manuals, and as Steve mentioned, DEF AIX doesn’t require access to base, just authority to create the AIX, but BLDINDEX does require update to the base. In your case:

Capture REXX/CLIST software usage.

Hi everybody, I'm wondering what's (if it's reasonable) the best way to capture usage of REXX/CLIST member. For LOAD member it's possible to "monitor" some SVC and capture the information (like TADz). I've tried to run a simple JCL: //ST003EXEC PGM=IKJEFT01 //SYSPROC DD

AW: Converson of hex value to character

Thank you very much ... BTW: I'm doing ASSEMBLER classes and training in Germany since 1985 for large companies of the financial sector, but in the last years there was not much need for this. But there should be, IMO, because there are still many ASSEMBLER programs running, and the

Re: TSO User ID Rules (Was: z/OS and code pages)

Timothy Sipples wrote: I'm afraid not; I concur with the other posters. According to "User naming conventions" on page 62 of the "z/OS Security Server RACF Security Administrator's Guide," IBM Publication No. SA23-2289-02 ... Or maybe an quicker check would be: READY adduser Étienne

TSO User ID Rules (Was: z/OS and code pages)

zMan wrote: >If my name were "*Étienne*", would I be able to have that as a TSO userid? >Or would I have to suffer through just "*Etienne*", sans accent aigu? I'm afraid not; I concur with the other posters. According to "User naming conventions" on page 62 of the "z/OS Security Server RACF