Re: NETSTAT command

2019-03-18 Thread Brian Westerman
You didn't mention the release, but there are some problems with Netstat commands on some releases from 1.7 up through 1.13. There are fixes for them from IBM, but it will depend on your release. I can't remember what caused the issues, but I do remember being in your condition where it just w

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Mike Schwab
Well, I did find VTAM USS (Unformatted System Services) TABLES. I believe these date back to the 1970s. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.istrdr0/uss_table.htm On Mon, Mar 18, 2019 at 5:49 PM David Mingee wrote: > > C lever... I did find hits on google

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread David Mingee
C lever... I did find hits on google for acronym - USS, navy and Z/OS Unix System Services . For some reason it made me think of Snow White and the 7 dwarfs of mainframe. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: Monday, March 18, 201

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Edward Finnell
http://www.stuhenderson.com/Handouts/STUuss01.pdf IIRC MVS/OE rolled in with 4.3. After a few iterations it became USS and was presented in several SHARE sessions and IBM documents. There were threads back and forth on this list as to whether it was or wasn't. I don't know the final answer. It

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Jesse 1 Robinson
So what's all the fUSS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Matt Hogstrom Sent: Monday, March 18, 2019 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: OpenSSH / Ported Tools / Co:Z Actually it is in every z/OS

Re: PDOS/390 on real hardware

2019-03-18 Thread Paul Edwards
Sorry for the excessive posts. I forgot to mention that PDOS/390 is designed to run (some) MVS load modules. BFN. Paul. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu wi

Re: PDOS/390 on real hardware

2019-03-18 Thread Paul Edwards
On Mon, 18 Mar 2019 16:22:53 -0500, Paul Edwards wrote: >A terminal that conforms to ANSI X3.64 >if all references to ASCII were replaced >with EBCDIC. And also the control characters like ctrl-x and ctrl-c and ctrl-s that are typed need to go through to the operating system and mainframe applic

Re: PDOS/390 on real hardware

2019-03-18 Thread Paul Edwards
On Mon, 18 Mar 2019 21:17:10 +, Seymour J Metz wrote: >WTF is an "EBCDIC ANSI terminal"? ANSI X3.64 specifies ASCII. Do you mean SCS, >which is very different? A terminal that conforms to ANSI X3.64 if all references to ASCII were replaced with EBCDIC. BFN. Paul. -

Re: PDOS/390 on real hardware

2019-03-18 Thread Seymour J Metz
WTF is an "EBCDIC ANSI terminal"? ANSI X3.64 specifies ASCII. Do you mean SCS, which is very different? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Edwards Sent: Monday, March 18, 2019

Re: PDOS/390 on real hardware

2019-03-18 Thread Paul Edwards
I forgot to mention that since it is S/390, not z/Arch, it will need any processor from z13 back to S/370 XA. It only uses instructions contained in S/370 XA. Also, by "EBCDIC ANSI" terminal I mean something that will handle an ESC [ 2 J in EBCDIC instead of ASCII as a command to clear the screen.

PDOS/390 on real hardware

2019-03-18 Thread Paul Edwards
I have developed a S/390 (and S/370) operating system called PDOS, source code here: https://sourceforge.net/p/pdos/gitcode/ci/master/tree/s370/pdos.c It works fine under Hercules, but I was wondering if anyone wanted to try it out on real hardware. It IPLs from a 3390 (or I can put it on other d

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Matt Hogstrom
Actually it is in every z/OS Unix System Services document. Cleverly disguised with the prefix ‘disc' and the suffix ‘ed’ ’ion’ or others. For example So far, we have discussed The following discussion There is it, USS hiding in plain sight in almost ALL IBM documents. Matt Hogstrom m...@hog

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Jesse 1 Robinson
Ouch. St. Paddy's revenge. ;-( -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, March 18, 2019 10:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: OpenSSH / Ported Tools / Co:Z On Mon, 18 Mar 2019

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Paul Gilmartin
On Mon, 18 Mar 2019 16:54:05 +, Jesse 1 Robinson wrote: >In an obscure corner of IBM's PK campus is a nondescript bunker-like building. >The basement of that building houses the IBM Acronym Factory. The IAF is >staffed by a cadre of probationary lawyers and a rotating squad of 14-year-old >

Re: OpenSSH / Ported Tools / Co:Z

2019-03-18 Thread Jesse 1 Robinson
In an obscure corner of IBM's PK campus is a nondescript bunker-like building. The basement of that building houses the IBM Acronym Factory. The IAF is staffed by a cadre of probationary lawyers and a rotating squad of 14-year-old boys. A proposed acronym is first sprung on the boys; if they gig

Re: Gotchas for RMM and HSM under z/OS 2.3

2019-03-18 Thread Lizette Koehler
I would also add that reviewing the Migration guides will help in identifying any action steps for HSM or RMM. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Michael Brennan > Sent: Monday, March 18, 2019 6:42 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subje

Save the date - Next meeting of the GSE UK Security Working Group

2019-03-18 Thread Mark Wilson
Ladies and Gentlemen, We are pleased to announce that the next meeting of the GSE UK Security Working Group, will take place on Thursday 6th June 2019 at the new offices of RSM Partners in Bromsgrove, UK (a 40 minute drive from Birmingham Airport). Please note that registration is now open, whi

NETSTAT command

2019-03-18 Thread Nai, Dean
Anyone ever run into a problem where the NETSTAT command hangs? We use it in some scripts to check if things are up or not but to stopped working last Friday. When we issue it using TSO NETSTAT or issue it from OMVS it just hangs. Any thoughts? Dean Nai > --

Re: Gotchas for RMM and HSM under z/OS 2.3

2019-03-18 Thread Michael Brennan
If you have all required toleration maintenance applied on your current z/OS level you will be fine. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jake Anderson Sent: Sunday, March 17, 2019 1:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Gotchas for RMM and HSM under

Re: Root file unzip error serverpac

2019-03-18 Thread Michael Babcock
We use a separate ZFS for SMPE’s temp storage. It 2 million tracks in size. Probably overkill but we don’t run out of space. On Mon, Mar 18, 2019 at 12:32 AM Brian Westerman < brian_wester...@syzygyinc.com> wrote: > Remember you can't just say give me 20G, you have to make sure that it's > the

Re: Sysadata record types for HLASM

2019-03-18 Thread Joseph Reichman
At work we were using debug tool to trace data the self modifying code had a EQAMODIN record of the form EQAMODIN LABEL where LABEL NOP LABEL1 Was the self modifying code. Since debug tool had issues we were going to use TEST to trace the records AT + (where;go) ADATA record type 36 had the offset

Re: Sysadata record types for HLASM

2019-03-18 Thread Charles Mills
Not sure I understand your question perfectly but (a.) I don't think the ADATA makes any special distinction in the case of a self-modifying instruction and (b.) I suspect the ADATA has both the location and the number, but quite possibly in different records -- but my experience with parsing ADATA

Re: GIM69168E messages on COBOL V6.2 upgrade

2019-03-18 Thread Vinoth Meenakshi
Few directories need to be created and run SIGYSAMP(IGYISMKD), which invokes SIGYSAMP(IGYMKDIR), the following HFS directories listed below are created for COBOL. 'usr/lpp/IBM/ 755', 'usr/lpp/IBM/cobol 755', 'usr/lpp/IBM/cobol/igyv6r2 755', 'usr/lpp/IBM/cobol/igyv6r2/bin 755',

Re: Moving DSN from non SMS volume to another non SMS volume

2019-03-18 Thread Gadi Ben-Avi
//DSSC0087 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY - DATASET(INCLUDE( - dsn - )) - PROCESS(SYS1) -

Moving DSN from non SMS volume to another non SMS volume

2019-03-18 Thread Jake Anderson
Hi All I have been using FDR for quite a while. After long time I am attempting ADRDSSU. Does anyone have a working sample to move dataset from a NON SMS volume to another NON SMS volume ? Jake -- For IBM-MAIN subscribe / sign