Re: JAVA: Can it handle TIOT read?

[Kirk Wolf]

AFAIK, there isn't a nice way to extract the TIOT entries in Java.

Options:

1) JZOS does have  ZFile.readJFCB method which would allow you to get the JFCB 
for a given DDNAME, which can be handy and might serve your purposes.

2) You might try to use ZFile.peekOSMemory which is pretty ugly. You could use 
the JZOS record class generator to generate java classes from DSECTS for the 
control blocks.   I'm not sure how to do this correctly without using the 
EXTRACT macro.

3) You could write your own JNI code and drop down into assembler to do the 
EXTRACT etc.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Fri, Aug 30, 2024, at 9:57 AM, Steve Thompson wrote:
> I'm working on a project to "modernize" ALC to Java.
> 
> And I have code that is reading the TIOT to find DDs that the 
> process is interested in.
> 
> The subject is the question. I'm documenting routines (biz logic) 
> and the program I'm working on is a bit challenging.
> 
> I know Java, kinda, when I see it. But I haven't found any method 
> for this.
> 
> Anyone have to deal with this before (in Java)?
> 
> Regards,
> Steve Thompson
> 
> --
> 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: Filezilla & ZOS "native" datasets?

[Kirk Wolf]

On Sun, Aug 18, 2024, at 11:57 PM, Paul Gilmartin wrote:
> What states result from:
> cd /-   (server) and

The sftp protocol doesn't have a cd command.   A "stat" command(packet) for 
"/-" would return the status of the root file or directory named "-".If the 
response to stat is a directory, then the client keeps track of "-" as the 
remote cwd.

> lcd //   (client)?

Which client implementation of sftp?  l(ocal) commands are client-only 
implementations.
For the Co:Z SFTP client, this returns an error, since we don't allow you to 
change to the dataset filesystem root; you need at minimum a HLQ.

> In those states, what do pwd, lpwd, ! pwd, ls, ! ls,  ...
> variously show?
> 
> In particular, it appears on my desktop system, lcd //
> causes the client to do a chdir(), and the following ! ls
> causes a shell escape listing the root contents.
> 

The sftp protocol doesn't have a "pwd" packet.   I can't answer what your 
particular client is doing for l(ocal) commands, but it probably cleans the 
path with "realpath()".That is what OpenSSH sftp client does.   But:  the 
OpenSSH sftp client does not touch "//foo" when it sends it through the sftp 
protocol to the server, which is consistent with the spec.   

https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02

FWIW, on my linux desktop:

$ cd '//'
$ pwd
//
$ realpath '//'
/

Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com


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

Re: Filezilla & ZOS "native" datasets?

[Kirk Wolf]

On Sat, Aug 3, 2024, at 12:00 PM, Paul Gilmartin wrote:
> On Sat, 3 Aug 2024 16:35:05 +, Mark Jacobs wrote:
> 
> >Not directly but you might be able to leverage DSFS to do so.
> > 
> Don't know.  Where's the DSFS User's Guide?
> 
> Might one of the ISV products, Dovetailed or Rocket facilitate this?
> 
> (S)FTP was not designed for GUI or scripting.  It presumes human
> intelligence (AI?) to suss the content of the host's native directory listing.
> 

This is incorrect for SSH/SFTP.
The SSH/SFTP packet protocol has data structures for file names/attributes.   
These have both field encoded version and also a "longname" string that any 
filename / attributes format can be put into. 

See:  https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02

>From "7. Responses from the Server to the Client" :


The SSH_FXP_NAME response has the following format:

uint32 id
uint32 count
repeats count times:
string filename
string longname
ATTRS  attrs

   where `id' is the request identifier, `count' is the number of names
   returned in this response, and the remaining fields repeat `count'
   times (so that all three fields are first included for the first
   file, then for the second file, etc).  In the repeated part,
   `filename' is a file name being returned (for SSH_FXP_READDIR, it
   will be a relative name within the directory, without any path
   components; for SSH_FXP_REALPATH it will be an absolute path name),
   `longname' is an expanded format for the file name, similar to what
   is returned by "ls -l" on Unix systems, and `attrs' is the attributes
   of the file as described in Section ``File Attributes''.

   The format of the `longname' field is unspecified by this protocol.
   It MUST be suitable for use in the output of a directory listing
   command (in fact, the recommended operation for a directory listing
   command is to simply display this data).  However, clients SHOULD NOT
   attempt to parse the longname field for file attributes; they SHOULD
   use the attrs field instead.

The recommended format for the longname field is as follows:

-rwxr-xr-x   1 mjos staff  348911 Mar 25 14:29 t-filexfer
1234567890 123 12345678 12345678 12345678 123456789012

===

In Co:Z SFTP server, for data sets we populate the attrs fields as reasonably 
as we can and then we put an ISPF 3.4 style display of the dataset in the long 
filename string.There's a setting to use a UNIX style long filename string 
for longname, since some SFTP GUIs parse that with UNIX expectations, even 
though this violates the "SHOULD NOT" warning above.


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

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

Re: Filezilla & ZOS "native" datasets?

[Kirk Wolf]

If you are using Co:Z SFTP (client or server with IBM z/OS OpenSSH), then the 
syntax is:

//hlq.my.dsn 

It also supports:

/-/hlq.my.dsn  

since some sftp clients (like Filezilla) don't properly support paths that 
contain two slashes in a row.

In the above, you can also use "/" in place of periods in dsname levels.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Sat, Aug 3, 2024, at 1:48 PM, Mike Shaw wrote:
> I don't know why, but
> 
> /_'.'
> 
> is used in the Filezilla Pro, Ipswitch WSFTP and WinSCP Windows FTP
> clients. Three different ISVs, one convention for listing MVS data sets.
> 
> Maybe Kirk Wolf can chime in here, he probably knows where that convention
> comes from...
> 
> Mike Shaw
> MVS/QuickRef Support Group
> Chicago-Soft, Ltd.
> 
> 
> On Sat, Aug 3, 2024 at 2:15 PM Paul Gilmartin <
> 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > On Sat, 3 Aug 2024 13:52:52 -0400, Mike Shaw wrote:
> > >
> > >In Filezilla, after you logon to the remote site using SFTP (SSH) as the
> > >protocol, in the 'Remote site:' box on the right top side of the Filezilla
> > >window, type this in as the remote site directory identifier:
> > >
> > >/_'.'
> > >
> > Citation needed.  Is this a Filezilla feature, or are you relying on any
> > of the ISV products.  Does it work from command line sftp?
> >
> > The first hit I get in IBM doc is the disappointing:
> > <
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=guide-accessing-mvs-data-sets-within-sftp
> > >
> > "... Copy the data from an MVS dataset ..."
> >
> > --
> > 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
> 

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

Re: How to "touch" mainframe files

[Kirk Wolf]

How to do it efficiently is a really good question.   Did you look to see if 
DFDSS has a function to do that?   If there were an IBM utility, I would expect 
to find it there.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Fri, Aug 2, 2024, at 11:25 AM, Mike Schwab wrote:
> Future?  I don't think so.  How about an IDCAMS or TSOBATCH print
> COUNT(1) so you won't have to create any JCL.  And z/OS doesn't read
> the whole file, so size will have little impact, just the files not
> big enough to fill the buffers will be a little faster..
> 
> On Fri, Aug 2, 2024 at 10:06 AM Billy Ashton
> <0665bda14df5-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Hi friends! Here's another in the series of "Friday Foibles!" (Why these
> > questions always come up on Fridays is beyond me!)
> >
> > We have a need to run a job that will perform a process like the Unix
> > touch command, so that the last access date of a file is updated.
> >
> > We don't want to do things like allocate, open, and print one record, as
> > some of these files are huge (25-50GB). The list of files is somewhat
> > dynamic, and may change week to week.
> >
> > Does anyone have a job that will update the last access date for a list
> > of files, and ideally, set the last access date into the future a week
> > or two, to ensure that the files will not get archived (since I am not
> > sure we could easily recall some of them again)?
> >
> > Thank you and best regards,
> > Billy Ashton
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> -- 
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
> 
> --
> 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: Problem when transfereing PDS members using ftp.

[Kirk Wolf]

This is somewhat related to the following z/OS Unix issue:  unlike other UNIX 
systems, z/OS UNIX processes do not uniformly inherit their environment from 
the "init" process.

Implications:
- You can't set environment variables in /etc/init.options or /etc/rc and have 
dubbed UNIX processes inherit them
- TZ is therefore a nightmare, since any job that uses UNIX services that is 
dubbed (not started by inetd, login, etc) must worry about setting it.   Most 
don't.

MANY years ago I submitted a requirement to fix this.  It sat in "under 
consideration" status or whatever for years and then just disappeared.I 
really don't bother submitting requirements to IBM anymore, my experience is 
that it's largely a waste of time.

In our software that runs dubbed, we read /etc/init.options (if we can) and use 
it to set environment variables like TZ.

To Gil's point:  it makes sense that if TZ is not set then the default would be 
to match the z/OS system setting.   Maybe BPXPRMxx would configure how/whether 
this is done.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Wed, Jul 17, 2024, at 10:42 AM, Paul Gilmartin wrote:
> On Wed, 17 Jul 2024 09:40:40 +, Sri Hari Kolusu wrote:
> 
> >> When he looked at the destination he say that the last update time was 3 
> >> hours less than it should have been.
> >
> >Gadi,
> >
> >Check this 
> >https://www.ibm.com/support/pages/time-tags-incorrect-ftp-generated-ispf-statistics
> >
> Sigh.
> 
> Why, in this 21st Century, doesn't z/OS keep timestamps in UTC like
> normal systems which don't suffer such problems!?
> 
> And why does z/OS allow conflicting timezone settings!?  Timezone
> should be set in *only* one place in PARMLIB, e.g. POSIX
> TZ=IST-2IDT,M3.4.4/26,M10.5.0 and all other instances such as
> CVTLDTO,  /etc/profile, LE, TCP/IP derived from that, not set manually
> subject to human whim and error?
> 
> -- 
> 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: Inquiry on Powerful Sorting and Query Tools for Linux Platform

[Kirk Wolf]

This product is a very good DFSORT look alike for Unix/Windows.   Offers 
excellent performance and compatibility with existing DFSORT control statements.

https://www.ahlsort.com/

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Wed, Jul 17, 2024, at 4:11 AM, Massimo Biancucci wrote:
> Jason,
> 
> afaik Precisely distributes its own Syncsort product for Linux too.
> I don't know how many features are "the same" and how effective it is.
> 
> Max.
> 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> Privo
> di virus.www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> 
> Il giorno mer 17 lug 2024 alle ore 00:34 Jason Cai  ha
> scritto:
> 
> > Hi all
> >
> >  DFSORT has impressed us greatly with its versatility, offering
> > functionalities beyond mere sorting, including robust key-based fuzzy
> > querying at exceptional speeds. As we are currently transitioning our data
> > from a mainframe (ZOS) environment to Linux, we are in need of tools that
> > can efficiently handle high-performance sorting and fuzzy querying of large
> > historical binary data on Linux.
> >
> >  Any advice or suggestions on optimizing these processes on Linux would be
> > greatly 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: CPU and I/O statistics for BPXBATCH executions?

[Kirk Wolf]

Peter,

As others have said, the accounting for the OMVS processes is not aggregated 
into the job statistics of the original job.

While BPXBATCH will run the shell in a separate OMVS address space, it is also 
possible to run the shell and your cp commands in the original JES address 
space.   BPXBATSL will allow you to do this with a non-login shell.

Our COZBATCH utility is a superior alternative, and allows you to run a login 
shell in the same address space while at the same time using inline shell 
input.   For example, the following will run everything in the original JES2 
address space:

//  EXEC PGM=COZBATCH
//MYDD1  DISP=SHR,DSN=...
//MYDD2  DISP=SHR,DSN=...
//STDIN  DD *
# input to the z/OS Unix shell:
cp //DD:MYDD1 /my/unix/file1
cp //DD:MYDD2 /my/unix/file2
//
Note: access to the job step DDs by the cp commands demonstrates that they are 
running in the JES address space.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com
Co:Z is available under our free Community License, Commercial support 
agreements are also available.

On Tue, Jun 25, 2024, at 7:30 PM, Farley, Peter wrote:
> Hi All,
> 
> Just a question of curiosity.  In recent days I have been running some ad-hoc 
> BPXBATCH jobs that executes some "cp" commands to copy a few z/OS data files 
> down to a Unix directory, then a python script which uses that data.
> 
> While the job is running I can use SDSF DA and PS to see the various Unix 
> parts running, but at the end of the job the shop-local IEFACTRT report in 
> the JESMSGLG output only seems to account for the actual BPXBATCH CPU time 
> and I/O count.  The much more significant Unix I/O and CPU values are not 
> included in that report as far as I can tell.
> 
> Similarly, the JESYSMSG end-of-step output messages for the BPXBATCH step 
> again only seem to account for BPXBATCH usage alone, and not any of the Unix 
> CPU or memory usage.
> 
> Is there data available to an IEFACTRT routine or the JESYSMSG end-of-step 
> processing to report Unix usage in a batch step at all?  Or is that only 
> available in DCOLLECT output (to which I do not have and cannot get any 
> permissions from local security due to zero trust rules)?
> 
> Or am I seeing the python-on-ZIIP capability here, and the CPU isn't reported 
> because it is done on a ZIIP (though that would not explain the I/O count 
> being so low when I know the python script does quite a lot more I/O)?
> 
> If it matters, we're on z/OS 2.5 here at a reasonably current RSU I believe, 
> but I don't know the exact level.  HW is z15.
> 
> Peter
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> --
> 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: grep ascii files...

[Kirk Wolf]

True, but maybe you can't tag the file due to lack of permissions.   I don't 
understand the aversion to pipelines in Unix.   Do you not use them at all in 
UNIX, or just not for this particular case?   What's your plan if the encoding 
is an ASCII variant not supported with file tagging autoconversion?  

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Thu, Apr 18, 2024, at 8:06 AM, Lionel B. Dyck wrote:
> I just used grep on a file tagged ISO8859 and it worked without using iconv.
> 
> t ISO8859-1   T=on  -rwxr-xr-x   1 XXX   ZZZ 2618 Feb 20 08:21 
> cleanvi
> 
> >grep 'IBM' cleanvi
> # Copyright 1996 IBM Corp.
> #   The following enclosed code is sample code created by IBM
> #   IBM product and is provided to you solely for the purpose
> #   IBM shall not be liable for any damages arising out of your
> 
> I used both /bin/grep and /zopen/grep and both worked
> 
> 
> Lionel B. Dyck <>< 
> Github: https://github.com/lbdyck
> System Z Enthusiasts Discord: https://discord.gg/sze
> 
> “Worry more about your character than your reputation. Character is what you 
> are, reputation merely what others think you are.”   - - - John Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Itschak Mugzach
> Sent: Thursday, April 18, 2024 7:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: grep ascii files...
> 
> Kirk,
> 
> I want to directly grep ascii files instead of iconv first.
> 
> ITschak
> 
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux 
> and IBM I **|  *
> 
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
> 
> 
> 
> 
> 
> בתאריך יום ה׳, 18 באפר׳ 2024 ב-15:37 מאת Kirk Wolf :
> 
> > Behold the power of Unix pipelines:
> >
> > $ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
> >
> > iconv is not "first converting" the the whole file to EBCDIC since 
> > both iconv and grep run at the same time :-)
> >
> > Kirk Wolf
> > Dovetailed Technologies
> > https://coztoolkit.com
> >
> > On Thu, Apr 18, 2024, at 4:03 AM, ITschak Mugzach wrote:
> > > Is there any command to grep ascii files without the need to first
> > convert
> > > them to ebcdic (iconv -f)?
> > >
> > > ITschak
> > >
> > > ITschak Mugzach
> > > *|** IronSphere Platform* *|* *Information Security Continuous 
> > > Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> > >
> > > 
> > > -- 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
> 

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

Re: grep ascii files...

[Kirk Wolf]

Behold the power of Unix pipelines:

$ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH

iconv is not "first converting" the the whole file to EBCDIC since both iconv 
and grep run at the same time :-)

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Thu, Apr 18, 2024, at 4:03 AM, ITschak Mugzach wrote:
> Is there any command to grep ascii files without the need to first convert
> them to ebcdic (iconv -f)?
> 
> ITschak
> 
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> 
> --
> 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 do one return a fullword binary to a C program from an assembler subroutine?

[Kirk Wolf]

Willy,

Lots of info here, but not the essential bits:  what addressing mode and 
linkage convention would you like to use?
I'll choose to answer for 31-bit C and assembler where the assembler is 
standard savearea linkage.   This will work from either C/C++ using XPLINK or 
non-XPLINK.

In C:

int MYASM(void);
#pragma linkage (MYASM,OS_NOSTACK)
...
int answer = MYASM();

The return value is R15 from assembler.  Parameters are passed via a plist 
pointed to by R1 in the normal way.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, Apr 16, 2024, at 3:14 PM, Willy Jensen wrote:
> Found it, it was down to C pointers as expected / feared.
> This works, note the use of 'textlenp' in the call:
> 
> #pragma linkage (rxhlicpl, OS)   
> main () {
> extern int rxhlicpl();  
> int retcode;
> char hlicmd[8]; 
> char name[61];   /* text + eod  */  
> int  *namelenp, namelen;
> char text[121];  /* text + eod  */  
> int  *textlenp, textlen;
> int  retval;
> -  -  -
> retcode = 0;
> strcpy (hlicmd, "VGET");
> strcpy (name, "TESTVAR");   
> namelen = 7 ;   
> textlen = 120;  
> textlenp=&textlen;  
> retcode = rxhlicpl (hlicmd, name, namelen, text, textlenp); 
> printf("rc is %d, text is %d '%s'\n\n", retcode, textlen, text);
> 
> --
> 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 can I determine MVS FQDSN from DD Name in Batch COBOL Program?

[Kirk Wolf]

IMO, a assembler subroutine that does RDJFCB is a better option than chasing 
control blocks.   I wrote one that we call from our C++ product and its about 
120 lines of assembler code, with XPLINK linkage.   However, we use EDCDSECT to 
convert the JFCB dsect to a C header so that you can look at anything you want 
from C/C++.It's been very reliable for many years in all sorts of use cases.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com


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

Re: IGGCSI00 Catalog Search interface

[Kirk Wolf]

AFAIK this is not in the catalog, but there are some flags in the Format1 DSCB: 
 DS1LARGE, DS1EATTR, DS1STRP

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Mar 14, 2024, at 8:19 AM, Don Johnson wrote:
> Good morning!
> 
> I am working with the IGGCSI00 module, and have looked at the field 
> descriptions and think I am missing something. 
> 
> Does anyone know the CSI field name and format where I can discover if a file 
> is a BASIC or LARGE DSNtype?
> 
> Thanks!
> Don
> 
> --
> 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: Nanosecond resolution timestamps for HLL's?

[Kirk Wolf]

FWIW,  JZOS has an api:  com.ibm.jzos.ZUtil::getTodClockExtended()

https://www.ibm.com/docs/en/sdk-java-technology/8?topic=jzos-zutil


Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

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

Re: Where are Unix reason codes over 7371 documented

[Kirk Wolf]

RE: decoding UNIX reason codes.  It's a bit of a mess.  You need to carefully 
read Chapter 3 "Description and location information".

Eventually you fall through and find the errno2:

730C 
JRNetAccessDenied The user is not permitted to communicate with the specified 
network. Action: If access to the specified network is required, the user must 
be permitted to the appropriate SAF resource

Maybe you have a Comm Server SERVAUTH rule that is not permitting access to the 
network?

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Sat, Feb 3, 2024, at 5:38 PM, Charles Mills wrote:
> It's confusing. The last four nibbles, 730C, are the "real" reason code. Just 
> scroll down in here: 
> https://www.ibm.com/docs/en/zos/2.5.0?topic=errnojrs-zos-unix-reason-codes 
> 
> As the first part of the section says
> 
> The reason code is made up of 4 bytes in the following format:
>    rrr
> 
>  is a halfword reason code qualifier. Generally this is used to identify 
> the issuing module and represents a module ID.
>  is the halfword reason code that is described in this documentation. 
> Only this part of the reason code is intended as an interface for programmers.
> 
> (And there's a typo in what the above says. The first "rrr" should be "".)
> 
> Charles
> 
> On Sat, 3 Feb 2024 17:12:52 -, Lennie Dymoke-Bradshaw 
>  wrote:
> 
> >I am trying to debug a situation in zSecure where I am getting this message
> >from the CKNSERVR address space.
> >
> >CKN017I 12 BPX1AIO connect failed on socket 1 RC 111 permission denied,
> >reason 7663 730Cx
> >
> >   Port 7173 of 192.168.11.100
> >
> >BPX1AIO documents that its return and reason codes are in the UNIX messages
> >and codes manual.
> >
> 
> --
> 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: New SSH vulnerability

[Kirk Wolf]

1)  /etc/ssh/zos_ssh_config
CiphersSource ICSF
This has nothing to do with the CVE, and I wouldn't use this.   The default 
(CPACF) uses significantly less CPU than going through ICSF.   Same goes for 
MACsSource

2. /etc/ssh/sshd_config
Algorithms to exclude:

Ciphers   #remove the following:
chacha20-poly1...@openssh.com

Macs  # remove the following:
hmac-sha2-512-...@openssh.com
hmac-sha2-256-...@openssh.com
hmac-sha1-...@openssh.com <mailto:hmac-sha1-...@openssh.com>
hmac-md5-...@openssh.com

3. You should do the same Cipher and MACs changes in /etc/ssh/ssh_config, 
otherwise you are only protecting SSHD connections from this MITM attack.

FYI - information on configuring OpenSSH can be found here:

https://coztoolkit.com/docs/pt-quick-inst/pto-inst-cpacf.html#pto-inst-cpacf-enable


Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Jan 25, 2024, at 10:26 AM, Jousma, David wrote:
> We were able to remediate the situation by the following ssh config changes.  
>Thanks to our invisible friend kekronbekron for pointing me to some 
> additional helpful information.
> 
> 
> EDIT /etc/ssh/zos_ssh_config
> 
> Command ===>
> 
> ** *
> 
> 01 # set crypto options
> 
> 02 CiphersSource ICSF
> 
> 
> 
> 
> 
> EDIT /etc/ssh/sshd_config
> 
> Command ===>
> 
> 000102 Subsystem sftp /usr/lib/ssh/sftp-server
> 
> 000103
> 
> 000104 #set crypto options
> 
> 000105 Ciphers 
> aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com<mailto:aes128-...@openssh.com>,aes256-...@openssh.com<mailto:aes256-...@openssh.com>
> 
> 
> Dave Jousma
> Vice President | Director, Technology Engineering
> 
> 
> 
> 
> 
> From: Jousma, David 
> Date: Thursday, January 25, 2024 at 9:04 AM
> To: IBM-Main (ibm-main@listserv.ua.edu) 
> Subject: New SSH vulnerability
> Looks like a fairly new SSH vulnerability has surfaced…Anyone figure out a 
> local remediation for this yet?   As per usual, IBM is mum.   There is no 
> fixing PTF yet based on what I see in ResourceLink.
> 
> 
> QID
> 
> 38913
> 
> Severity
> 
> HIGH
> 
> Definition
> 
> SSH Prefix Truncation Vulnerability (Terrapin)
> 
> Description
> 
> The Terrapin attack exploits weaknesses in the SSH transport layer protocol 
> in combination with newer cryptographic algorithms and encryption modes 
> introduced by OpenSSH over 10 years ago. Since then, these have been adopted 
> by a wide range of SSH implementations, therefore affecting a majority of 
> current implementations.
> 
> 
> 
> 
> 
> QID Detection Logic (Unauthenticated):
> 
> 
> 
> This detection attempts to start the SSH key exchange process and examines 
> whether either of the vulnerable ChaCha20-Poly1305 Algorithm or CBC-EtM 
> Algorithm is active. It subsequently verifies whether Strict Key Exchange is 
> enabled. If a target is identified as vulnerable, it indicates that the 
> target supports either of the vulnerable algorithms and lacks support for 
> Strict Key Exchange.
> 
> Solution
> 
> Customers are advised to refer to the individual vendor advisory for their 
> operating system and install the patch released by the vendor. For more 
> information regarding the vulnerability, please refer to Terrapin 
> Vulnerability
> 
> 
> 
> Patch:
> 
> 
> 
> Following are links for downloading patches to fix the vulnerabilities:
> 
> OpenWall Security Advisory
> 
> Impact
> 
> Successful exploitation of the vulnerability may allow an attacker to 
> downgrade the security of an SSH connection when using SSH extension 
> negotiation. The impact in practice heavily depends on the supported 
> extensions. Most commonly, this will impact the security of client 
> authentication when using an RSA public key.
> 
> CVEs
> 
> CVE-2023-48795
> 
> Results
> 
> SSH Prefix Truncation Vulnerability (Terrapin) detected on port: 22
> 
> ChaCha20-Poly1305 Algorithm Support: True
> 
> CBC-EtM Algorithm Support: False
> 
> Strict Key Exchange algorithm enabled: False
> 
> EVM Report
> 
> Yes
> 
> EVM Risk Score
> 
> 4.9
> 
> Host Details
> 
> Host
> 
> 192.168.30.2
> 
> IP Address
> 
> 192.168.30.2
> 
> Operating System
> 
> IBM OS/390
> 
> Tier
> 
> T3
> 
> FQDN
> 
> 
> 
> Port
> 
> 22
> 
> Protocol
> 
> tcp
> 
> 
> 
> 
> Dave Jousma
> Vice President | Director, Technology Engineering
> 
> 
> 
> 
> 
> 
> This e-mail transmission contains information that is c

Re: netcat for z/OS?

[Kirk Wolf]

I can neither confirm nor deny that IBM's ssh-proxyc is based on BSD netcat.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Fri, Jan 12, 2024, at 10:42 AM, Grant Taylor wrote:
> On 1/12/24 10:02 AM, Kirk Wolf wrote:
> > IBM ships a command with z/OS:  "ssh-proxyc  - HTTP SOCKS-5 Proxy 
> > command for ssh client"
> 
> Based on the name, that seems to support SOCKS(5) proxy servers.
> 
> The (BSD) netcat (nc) `-X` means to use the HTTP(S) CONNECT protocol proxy.
> 
> > See the IBM z/OS OpenSSH User's Guide for more information.
> 
> I don't have convenient access to that document.  Though I should find a 
> copy as I hope it's as interesting as it could be.
> 
> 
> 
> -- 
> Grant. . . .
> unix || die
> 
> --
> 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: netcat for z/OS?

[Kirk Wolf]

IBM ships a command with z/OS:  "ssh-proxyc  - HTTP SOCKS-5 Proxy command for 
ssh client"
See the IBM z/OS OpenSSH User's Guide for more information.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Jan 11, 2024, at 10:16 PM, Frank Swarbrick wrote:
> Is there a netcat or netcat-like tool for z/OS?  Something that can connect 
> to an HTTP proxy?
> The goal is to tunnel an SSH session through an HTTPS proxy.  For example, 
> this works on Linux:
> 
> ssh -o "ProxyCommand nc -X connect -x myproxy:3128 %h %p" g...@ssh.github.com 
> -p 443
> I need nc or something similar on z/OS.  I did find something called 
> NC110-OMVS on github, but I would need to have a license for the C compiler 
> to build it; which I do not have.  There is a "binaries" directory with just 
> 'nc' in it, but it doesn't appear to be in z/OS executable format...
> 
> There's also one written in Go, so maybe that's a possibility, but if there's 
> something already built that would be great.
> 
> Thanks,
> Frank
> 
> --
> 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: SSH tunneling for unattended process.

[Kirk Wolf]

"You may wonder why you might need -R. The SSH command exposes identification 
(e.g. userid & password). -L exposes a z/OS userid & password on each TN3270 
computer which is not easily protected. -R exposes Unix/Windows userid/password 
on z/OS where you can fully protect them in 1 location and easily restrict 
access."

I'm sorry that it went that way, but referring to Jon's statement above I 
simply asked how -L  exposes userid and password. Jon redirected the 
question to a discussion of storing passwords in script files.   Of course we 
can all agree that that is a problem, but it wasn't the issue.

PS> I tunnel tn3270 in ssh all the time, and I never store any passwords in 
files or scripts or pass them in command lines.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Jan 11, 2024, at 1:42 PM, Rick Troth wrote:
> bottom posting ... refreshing ... sincerely
> 
> 
> On 1/11/24 14:08, Jon Perryman wrote:
> > On Thu, 11 Jan 2024 09:47:45 -0600, Kirk Wolf  wrote:
> >
> >> Did I say anything about using passwords for ssh?
> >> Again, this has nothing to do with your assertion that
> >> using tn3270 over a ssh tunnel would expose the userid and password.
> > This thread is specifically about using ssh tunnel to provide SSL for 
> > non-SSL TCP apps. TN3270 (without enabling SSL) is being used for context 
> > that everyone in this group understands.
> >
> > You ask how I would get your TSO userid / password when you run TN3270 thru 
> > an ssh tunnel. Very simply, the userid & password would likely be the same 
> > for both. Assuming you automated ssh with userid & password exposed, I just 
> > look at your script.
> 
> 
> I don't understand the strife.
> It's true that we normally go username/password for 3270 sign-on.
> It's also true that we *can* sign-on using username/password with SSH. 
> But the latter is not recommended when you have SSH keys. And the 
> subject is "unattended" where keys would be *very* desirable.
> 
> 
> -- R; <><
> 
> --
> 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: SSH tunneling for unattended process.

[Kirk Wolf]

Did I say anything about using passwords for ssh?   Again, this has nothing to 
do with your assertion that using tn3270 over a ssh tunnel would expose the 
userid and password.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

PS> I use a ssh key agent on my desktop that is unlocked by a strong password.  
No passwords are stored in any files.

On Wed, Jan 10, 2024, at 7:36 PM, Jon Perryman wrote:
> On Wed, 10 Jan 2024 11:37:11 -0600, Kirk Wolf  wrote:
> 
> >   ssh -L 623:127.0.0.1:623  zoshost
> >How EXACTLY is your userid and password exposed?
> 
> You example ignores using a script to automate SSH login. There are various 
> implementations. e.g.sshpass -p !4u2tryhack ssh usern...@host.example.com
> 
> Even IBM tells you how you can use sshpass: 
> https://www.redhat.com/sysadmin/ssh-automation-sshpass
> 
> Realize that it's not just sysadmins using it. 
> 
> --
> 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: SSH tunneling for unattended process.

[Kirk Wolf]

Jon, 

I don't think you answered my question.

If on your client you set up a TN3270 tunnel with:   
   ssh -L 623:127.0.0.1:623  zoshost
and then connect your tn3270 client to port localhost:623  and login

How EXACTLY is your userid and password exposed?

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Tue, Jan 9, 2024, at 10:18 PM, Jon Perryman wrote:
> On Tue, 9 Jan 2024 20:18:42 -0600, Kirk Wolf  wrote:
> 
> >On Tue, Jan 9, 2024, at 5:18 PM, Jon Perryman wrote:
> \>> You may wonder why you might need -R. The SSH command exposes 
> identification (e.g. userid & password).
> >> -L exposes a z/OS userid & password on each TN3270 computer which is not 
> >> easily protected. 
> >
> >Exposes how? Do you mean that traffic on one socket across the loopback 
> >adapter
> 
> Amazingly the hack is much simpler. Scan thru github for userid's / 
> passwords. There are opensource utilities that will find the most common 
> occurrences. 
> 
> Consider DB2 connect in z/OS using shared RACF, ACEE and trust for every 
> machine within the SYSPLEX. No userid / password (or some other 
> identification method is not allowed)
> 
> DB2 connect client for Linux, Windows and ??? is completely different. For 
> instance, the DB2_CONNECT for PHP is documented as follows:
> 
> db2_connect(
> string $database,
> ?string $username,
> ?string $password,
> array $options = []
> ): resource|false
> Creates a new connection to an IBM DB2 Universal Database, IBM Cloudscape, or 
> Apache Derby database.
> 
> This is a common Unix practice (not necessarily a best practice). People tend 
> to follow the documentation.
> 
> Surprisingly, some people do not sanitize their code before uploading to 
> github (or other open source repositories).  
> 
> --
> 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: SSH tunneling for unattended process.

[Kirk Wolf]

On Tue, Jan 9, 2024, at 5:18 PM, Jon Perryman wrote:
> 
> You may wonder why you might need -R. The SSH command exposes identification 
> (e.g. userid & password). -L exposes a z/OS userid & password on each TN3270 
> computer which is not easily protected. -R exposes Unix/Windows 
> userid/password on z/OS where you can fully protect them in 1 location and 
> easily restrict access.
> 
> I used TN3270 as an example that is familiar to everyone in this group. But 
> this holds true for all TCP connections. Some exceptions may apply but it's 
> unlikely most people will be in those situations.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Exposes how? Do you mean that traffic on one socket across the loopback adapter 
can be seen by something other than the processes on the ends of the socket or 
a privileged process?
 
Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

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

Re: OpenSSH CVE-2023-48795 vulnerability

[Kirk Wolf]

This would be found in the IBM Security Portal.
Here is information on registering to obtain access:
https://www.ibm.com/community/z/wp-content/uploads/sites/14/2022/06/zSystem-Integrity.pdf

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Fri, Jan 5, 2024, at 6:50 AM, rpinion865 wrote:
> Does anyone know if the z/OS implementation of ssh is vulnerable to 
> CVE-2023048795? I tried searching
> for z/OS and OpenSSH (CVE-2023-48795). But, I did not get any hits specific 
> to z/OS. Thanks in advance.
> 
> Cross posting to IBMTCP-L and IBM Main
> 
> Sent with [Proton Mail](https://proton.me/) secure email.
> 
> --
> 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: Looking for COBOL SYSADATA record layouts

[Kirk Wolf]

> 
> I am not much of a Java guy but IIRC it would be a fairly short editing leap 
> from Java classes to C structs.

Depends on what you mean by "fairly short" :-)

It would be good if you could find the DSECTS for Cobol ADATA, but if you look 
at the ADATA produced by Cobol, you'll likely find that you only need a couple 
of record types.   You could just type these into structs in a few hours, and 
it would  be easier than translating from Java code.   But mapping the ADATA 
records is by far the easiest part :-)

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Sat, Dec 16, 2023, at 11:47 AM, Charles Mills wrote:
> @Kirk, interesting. I was not aware of that tool. I have used the DSECT to C 
> header conversion tool that is part of the XLC product, but I was not aware 
> of this tool.
> 
> I am not much of a Java guy but IIRC it would be a fairly short editing leap 
> from Java classes to C structs.
> 
> Unfortunately, as you imply, it needs DSECT or COBOL layouts as input, and I 
> don't have that. What is needed is a tool that would take a PDF manual as 
> input! (Only half kidding. Could ChatGPT do that?)
> 
> I have the HLASM ADATA layouts in DSECT form, but most of the record types 
> are not alike beyond the name and the type code.
> 
> Charles
> 
> On Sat, 16 Dec 2023 11:28:22 -0600, Kirk Wolf  wrote:
> 
> >Hi Charles,
> >
> >This may not be what you are looking for, but as I recall it's pretty cool:
> >
> >https://www.ibm.com/docs/en/record-generator/3.0?topic=what-is-record-generator-java
> >
> >Along with generating Java mapping classes, you can also spit out XML 
> >descriptions.
> >
> >I haven't looked at this in a long time and I'm not 100% sure that IBM 
> >provided DSECTS, but I think that they did.  I looked and can't find them 
> >either.
> 
> --
> 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: Looking for COBOL SYSADATA record layouts

[Kirk Wolf]

Hi Charles,

This may not be what you are looking for, but as I recall it's pretty cool:

https://www.ibm.com/docs/en/record-generator/3.0?topic=what-is-record-generator-java

Along with generating Java mapping classes, you can also spit out XML 
descriptions.

I haven't looked at this in a long time and I'm not 100% sure that IBM provided 
DSECTS, but I think that they did.  I looked and can't find them either.  

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

PS> When it comes to mapping Cobol records in C, you'll find that the basic 
stuff isn't hard, but the weird stuff is a nightmare.

On Fri, Dec 15, 2023, at 10:37 AM, Charles Mills wrote:
> I am looking for compiler-readable record layouts for Enterprise COBOL 
> SYSADATA. I see the human-oriented record descriptions in the Programming 
> Guide. I see the sample exit program in IGYxxx.SAMPLIB(ADEXIT), which 
> contains (very) partial record layouts. I have searched SYS1.SIEAHDR.H. I 
> have looked in IGYxxx.MACLIB and SYS1.MACLIB. I have asked the Goo Gal.
> 
> Source language, in order of descending preference, would be C header, 
> Assembler DSECT, or anything else.
> 
> Thanks!
> 
> Charles
> 
> --
> 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: Anyone with zCX docker hands on?

[Kirk Wolf]

On many archs, ChaCha20-Poly1305 is implemented using vector instructions. On 
z/OS, OpenSSH now supports a SIMD (vector) enhance version.  Not quite as good 
as CPACF with AES+SHA256 however.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Nov 9, 2023, at 12:21 AM, Timothy Sipples wrote:
> Tony Harminc wrote:
> >Do the zArch crypto instructions support the crypto operations used by
> >Wireguard? I see PCKMO supports Curve25519 for key exchange, but I'm not
> >seeing any of the others. Does the apparent high performance of the
> >symmetric crypto running on a CP or specialty engine outdo the crypto
> >hardware on z?
> 
> WireGuard has been part of the Linux kernel since kernel 5.6 (March 29, 
> 2020). WireGuard leans heavily on ChaCha20-Poly1305. Its designers picked 
> ChaCha20-Poly1305 in large part because even generic implementations 
> typically perform well even on extremely resource limited systems.
> 
> Even so, ChaCha20-Poly1305 performance optimizations are possible to raise 
> “excellent” to “super excellent” performance. See here for one important 
> example:
> 
> https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/bill-ofarrell/2023/09/22/killer-crypto-in-go-on-zos-crypto-acceleration
> 
> The mainline Linux kernel includes a non-generic, performance optimized 
> implementation of ChaCha20-Poly1305 for s390x. Refer to 
> arch/s390/crypto/chacha-s390.S. Wireguard is supposed to use kernel default 
> cryptographic APIs if/when it doesn’t supply its own, so it should pick up 
> those same ChaCha20-Poly1305 optimizations on s390x. Or at least that’s my 
> understanding, and only with a cursory glance at kernel source code.
> 
> —
> Timothy Sipples
> Senior Architect
> Digital Assets, Industry Solutions, and Cybersecurity
> IBM zSystems/LinuxONE, Asia-Pacific
> 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
> 

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

Re: Rocket miniconda frustrations

[Kirk Wolf]

IBM removed cURL with a PTF? Wow.

It sounds like you found a solution - going to the anaconda site that Rocket's 
miniconda uses and grabbing manually.

I do understand why Rocket would want to use anaconda/miniconda, since it 
handles things like dependencies and other actions needed for installation.   
They also want to distinguish their support vs free so it's understandable why 
they leave things out.

Do you have an option of using a sandbox LPAR that *is* on the internet to 
manage Rocket packages and updates?  Then you could backup the filesystem and 
move it to your air gapped systems.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Fri, Nov 3, 2023, at 6:44 PM, Jousma, David wrote:
> We do pay for GIT client support through IBM, which I realize is actually 
> rocket support behind the scenes.cURL used to come packaged with GIT 
> client but was removed with IBM ptf.
> 
> I was able to just go to the public anaconda website, and download the cURL 
> tarball, upload it, and expand it and clone it where needed.   Our Jenkins 
> pipeline needs it.
> 
> Dave Jousma
> 
> Vice President | Director, Technology Engineering
> 
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, 
> MI 49546
> 
> 616.653.8429
> 
> From: IBM Mainframe Discussion List  on behalf of 
> David Crayford 
> Sent: Friday, November 3, 2023 7:01:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Rocket miniconda frustrations
> 
> > On 3 Nov 2023, at 10: 32 pm, Paul Gilmartin 
> > <042bfe9c879d-dmarc-request@ LISTSERV. UA. EDU> wrote: > > On Fri, 3 
> > Nov 2023 19: 42: 15 +0800, David Crayford wrote: >> >> Yes. But you still 
> > need the internet .. . >>
> 
> 
> > On 3 Nov 2023, at 10:32 pm, Paul Gilmartin 
> > <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > On Fri, 3 Nov 2023 19:42:15 +0800, David Crayford  wrote:
> >>
> >> Yes. But you still need the internet ...
> >>
> > What's the alternative?  Railway Express?  Dialup modem?
> 
> A lot of customers air-gap their mainframe systems so you can’t use package 
> managers. Colin Paice opened an issue for my pyzfile Python package to 
> document installation methods on air-gapped systems 
> https://urldefense.com/v3/__https://community.ibm.com/community/user/ibmz-and-linuxone/discussion/reading-an-mvs-dataset-using-z-open-automation-utility__;!!MwwqYLOC6b6whF7V!nVlHVMjwgMI8doNcGXgOJIwnci0yoWLQREmOo_7c-J1hWzEQQaXiHBinMK7zqEFHNnMuAhcKDi1m24hwsjs$.
> 
> Dave Jousma seems to have found a solution to his problem. Rocket provide an 
> off-line channel for ported tools but it’s only available to customers with 
> commercial support, in which case you have the choice of SMP/E. Most 
> customers that are using ported tools for critical work, such as Git, have 
> commercial support. Z/OS Open Tools is a great alternative if you only 
> require free tools. They have ported tools not available from Rocket, such as 
> nano, which most ISPF users will find easier to use then vim.
> 
> >
> > --
> > 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
> 
> 
> This e-mail transmission contains information that is confidential and may be 
> privileged.   It is intended only for the addressee(s) named above. If you 
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any manner. If you are not the intended recipient, any disclosure, copying, 
> distribution or use of the contents of this information is prohibited. Please 
> reply to the message immediately by informing the sender that the message was 
> misdirected. After replying, please erase it from your computer system. Your 
> assistance in correcting this error is appreciated.
> 
> --
> 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: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Kirk Wolf]

With Java, the JZOS Toolkit has an interface to PDS directories, including 
MemberStatistics

https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
> I’m looking for a way to access ISPF statistics from Java or C outside of a 
> TSO / ISPF environment.  Does such an animal exist out there ?
> 
> Matt Hogstrom
> m...@hogstrom.org
> 
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
> 
> 
> --
> 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: Assembler access to USS functions

[Kirk Wolf]

This is a thread that won't die.  

In z/OS, environment variables are in Language Environment, in the CEEEDB 
("Enclave Data Block").   If your assembler code is running in LE, you can 
access/set them.   An empty table is created when the enclave is initialized, 
which can be BEFORE dubbing which happens at the first kernel call.Look in 
the LE books if you don't believe me.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Thu, Oct 5, 2023, at 8:15 PM, Seymour J Metz wrote:
> The issue isn't what has access to environmental variables, but rather what 
> creates them. 
> 
> Further, they are useful in other contexts. An otherwise legacy program that 
> uses a Unix command may need to pass the odd environment variable to control 
> options for which there are no switches.
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Jon Perryman 
> Sent: Thursday, October 5, 2023 9:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembler access to USS functions
> 
> On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz  wrote:
> 
> >Even if you have an OMVS segment, you don't get dubbed ntil you use a Unix 
> >service.
> 
> Environment variables are not unique to UNIX and do not require dubbing. It 
> is a feature of the C/C++ language that is in the STDLIB (standard library) 
> and can be used in any environment.
> 
> Environment variables are only useful in languages that do not support global 
> variables or inter-language global variables is not supported. I suspect that 
> C and Cobol global variables are shared because of LE. Languages like shells, 
> Python, Java and others which are runtime languages don't have access to C 
> and Cobol global variables which makes environment variables a simple 
> inter-language-communications feature.
> 
> --
> 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: Assembler access to USS functions

[Kirk Wolf]

As I mentioned earlier on the list, I am reasonably sure that "environment 
variables" are a Language Environment thing, which is why they don't appear in 
the z/OS UNIX Assembler Services Guide.   However, if you look at some services 
in the Asm Svcs Guide, you will see that they accept a envar table.  I assume 
that this is so that the LE C/C++ library can pass environment variables to 
those kernel functions that use them - like for example "STEPLIB" for exec().

But an assembler language programmer would be free to write LE-conforming 
assembler code, and then the envar table could be there (in the CEEEDB I 
believe).

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Tue, Oct 3, 2023, at 11:22 AM, Farley, Peter wrote:
> Unfortunately none of those callable services provides access to the POSIX 
> environment variables table.  The only references I can find to access to 
> those values are in the getenv() / putenv() C function descriptions.
> 
> To Dave C.,
> 
> I guess you could put in a call to IBM C/C++ support to ask them how one is 
> supposed to access environment variables from assembler subroutines.  I am 
> assuming here that you will need to be running / compiling with POSIX “on” in 
> order for that to work at all.  Maybe if you are already running in a POSIX 
> “on” environment there will be a control block chain you can chase to find 
> the in-core table of values.
> 
> Peter
> 
> From: IBM Mainframe Discussion List  On Behalf Of 
> John
> Sent: Tuesday, October 3, 2023 9:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Assembler access to USS functions
> 
> 
> Assembler callable services
> 
> <https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/3.1.0?topic=reference-callable-services-descriptions__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!O10BeWAIC3UZkcQoU-9M_WGLjXwRGfjAmcLHSH0yDYyOgtgx9eHmt8Pp100ICKEXa1UVgU9fKK4VUCSvfVSrEG1dxA$<https://urldefense.com/v3/__https:/www.ibm.com/docs/en/zos/3.1.0?topic=reference-callable-services-descriptions__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!O10BeWAIC3UZkcQoU-9M_WGLjXwRGfjAmcLHSH0yDYyOgtgx9eHmt8Pp100ICKEXa1UVgU9fKK4VUCSvfVSrEG1dxA$>>
> 
> 
> 
> 
> 
> 
> 
> In response to David Cole's inquiry ...
> 
> --
> 
> 
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> 
> --
> 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: PL/X Open Source and PL/I - Helping to save the world and cut CPU Cycles and electricity

[Kirk Wolf]

You omitted C++, which has std:string which does know how long strings are.   
C++11 is a game changer and makes C++ way more usable.   Sadly, C++11 is still 
not quite fully available AFAIK for XLC++.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Tue, Oct 3, 2023, at 8:22 AM, Eric D Rossman wrote:
> In the very first message with this new subject line, Clem Clarke said "We 
> know that C searches for a byte with a binary zero to find how long a string 
> is." which is what I was responding to.
> 
> PL/X is good for many things. C is good for many things. So are Java, and 
> Python and Go and Rust, etc. I'm fluent in many languages and none of them is 
> right for every use. Heck, even REXX is great for quick API testing.
> 
> PL/X and C (and arguably assembler) are not the best at higher level 
> interfaces mostly because they were not designed for that, but they excel at 
> OS-level interfaces because they force the developer to think more concretely 
> (in my experience). Java and Python, on the other hand, were clearly designed 
> with a more abstract approach which leads to better UI.
> 
> To my original point, even if IBM had released it many years ago, I don't 
> know if PL/X would be dominating.
> 
> Eric Rossman
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Peter Relson
> Sent: Tuesday, October 3, 2023 8:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: PL/X Open Source and PL/I - Helping to save the world 
> and cut CPU Cycles and electricity
> 
> 
> PL/X, on the average, is not really better than C in terms of what you 
> describe except when the string's length is known in advance (which is hard 
> or impossible in many circumstances 
> 
> I didn't see stated in any post on this topic the explicit mention of 
> zero-delimited strings. That is what the discussion seems to be talking 
> about. Not all "character areas" are zero-delimited. PL/X has no support for 
> a zero-delimited string. When z/OS interfaces are used within C, there are 
> rarely (if ever) zero-delimited strings. A C program could/would use MEMCPY 
> to copy a string for which the length is known. And there are analogs of that 
> for "compare". That makes it a less natural language construct within C than 
> a zero-delimited string.
> 
> PL/X does have the concept of a variable-length string (with the length being 
> in a separate variable, or in a preceding halfword).
> 
> Manipulation of a variable-length string is going to be very different than 
> manipulation of a zero-delimited string.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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: USS Environment variables

[Kirk Wolf]

Gil, 

I don't think that "environmental attributes" referred to by bpx4env are the 
same thing as environment variables.   

I could be wrong, but I don't think that environment variables exist except for 
in Language Environment  (or the C library of a given non-LE C-compiler).   For 
example, if you look at the z/OS Unix Assembler Services guide, you will see 
that the kernel services that *use* environment vars (e.g. STEPLIB) have 
arguments where you give it a pointer to your envar table.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Mon, Oct 2, 2023, at 2:40 PM, Paul Gilmartin wrote:
> On Mon, 2 Oct 2023 03:25:11 -0400, David Cole wrote:
> 
> >We are beginning to write support for USS. I personally don't know
> >much at all about USS (there are others here who do), so please help
> >me along if there are terms I'm not using quite correctly.
> >
> Is this useful 
> <https://www.ibm.com/docs/en/zos/3.1.0?topic=csd-oe-env-np-bpx1env-bpx4env-examine-change-examine-change-environmental-attribute>?
> 
> >We have a need for our code to access environment variables. I am
> >being told that they can be accessed easily by C programs but are
> >unavailable to Assembler programs.
> >
> >Is this true? Is there no way whatsoever for an Assembler program to
> >gain access to environment variables? Is this truly an issue that no
> >one has solved?
> 
> -- 
> 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: USS Environment variables

[Kirk Wolf]

Dave, 

I'm not sure what context you are running in, but if you are running under 
Language Environment, then you might look at the "z/OS Language Environment 
Vendor Interfaces" book.   

There are 74 hits of "environment variable" in this book, including in the 
CEEEDB (enclave data block):

CEEEDBENVAR
CEEEDBENVIRON

I could be wrong, but I'm not sure that there are environment variables in USS 
outside of what is provided by LE (and for example the LE C library).

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Mon, Oct 2, 2023, at 2:25 AM, David Cole wrote:
> We are beginning to write support for USS. I personally don't know 
> much at all about USS (there are others here who do), so please help 
> me along if there are terms I'm not using quite correctly.
> 
> We have a need for our code to access environment variables. I am 
> being told that they can be accessed easily by C programs but are 
> unavailable to Assembler programs.
> 
> Is this true? Is there no way whatsoever for an Assembler program to 
> gain access to environment variables? Is this truly an issue that no 
> one has solved?
> 
> Inquiring minds want to know.
> 
> Thanks,
> Dave Cole, Developer
> 
> dbc...@gmail.com (personal)
> dbc...@colesoft.com (business)
> 540-456-6518 (cell)
> 
> --
> 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: PL/X Open Source and PL/I - Helping to save the world and cut CPU Cycles and electricity

[Kirk Wolf]

Eric, 

I'm curious - wouldn't you say that PL/X integration with assembler and 
assembler macros is it's raison d'etre?   Even though I've done all sorts of 
integration of assembler with C/C++  (the GCC-style inlining, xplink assembler 
leaf routines, EDCDSECT conversion of DSECTs, etc, etc), which all work, they 
are still painful compared with PL/X and assembler.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

On Mon, Oct 2, 2023, at 12:02 PM, Eric D Rossman wrote:
> I write PL/X daily. PL/X, on the average, is not really better than C in 
> terms of what you describe except when the string's length is known in 
> advance (which is hard or impossible in many circumstances
> 
> Don't get me wrong, it has a number of strengths as compared to C, but it 
> also is too close to "the metal" in some ways which would hamper it.
> 
> As for copying byte at a time, that is not a function of C (i.e. not 
> specified in the standard). It's usually a function of the complier 
> (sometimes deferred to the runtime libraries) and many of them can use 
> benefits of the instructions built into the hardware to speed things up as 
> well as general purpose things like copying DWORDs at a time with small 
> unrolled loops on either end to handle "extra"
> 
> Eric Rossman
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Clem Clarke
> Sent: Monday, October 2, 2023 9:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: PL/X Open Source and PL/I - Helping to save the world 
> and cut CPU Cycles and electricity
> 
> What would it take for IBM to Open Source the Windows and Linux version of 
> PL/I and PL/X?
> 
> Why?  To potentially make the Internet faster and safer.  How?
> 
> We know that C searches for a byte with a binary zero to find how long a 
> string is.  This takes time. And then it take time to copy a string 
> elsewhere, especially if it is done a byte at a time (often true, depending 
> on the C compiler - some do a word at a time).
> 
> PL/I, Pascal and even Assembler know how long a string is.  They don't have 
> to waste cycle looking for the length of a string. Most of the time, they 
> know how long the receiving string is, and won't go past the end, as C will.
> 
> IBM still has the "authority" to do this.  And it morally should.
> 
> Just do it, IBM.  Help save the planet.
> 
> Clem Clarke
> 
> 
> 
> 
> 
> Wayne Bickerdike wrote:
> > So many acronyms.
> > I've Been Married
> > I've Been Moved
> > It's Better Manual
> > I Broke Microcode
> >
> > etc..
> >
> > On Mon, Oct 2, 2023 at 4:17 AM David Spiegel < 
> > 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> >> Hi Peter,
> >> I was generalizing the problem. Allowing access to PL/ wouyld 
> >> also solve the lack of PDFs.
> >>
> >> This reminds me of a joke.
> >> Q: What does IBM Stand for?
> >> A: Ich Bin M'shugoh
> >>
> >> Regards,
> >> David
> >>
> >> On 2023-09-30 08:18, Peter Relson wrote:
> >>>> There is another solution
> >>> What are you thinking the "problem" is for which you mention a
> >> "solution"? The first post I saw was asking about PDF's, not about 
> >> access to PL/X. Was there a post that did not show up in the daily 
> >> digest? The "access-to-PL/X ship" sailed long ago.
> >>> Peter Relson
> >>> z/OS Core Technology Design
> >>>
> >>>
> >>> 
> >>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> >>> send email to lists...@listserv.ua.edu with the message: INFO 
> >>> IBM-MAIN
> >> -
> >> - 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: Utility to Read from JES2 spool

[Kirk Wolf]

FWIW, Co:Z SFTP has full support for JES spool files, but there are also Co:Z 
shell commands for using JES2/3.

example:

*> todsn //intrdr < lsjes
*JobidJobname  OwnerStatus   Class Completion
JOB00853 BR14 KIRK OUTPUT   A RC=
JOB00852 KIRKTKIRK OUTPUT   A RC=
JOB00851 KIRKTKIRK OUTPUT   A RC=
...

*> fromdsn -JES.J853.all > j853.log*
fromdsn(KIRK.BR14.ALL)[N]: 39 records/2476 bytes read; 2515 bytes written in 
0.011 seconds (223.278 KBytes/sec).


Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com>coztoolkit.com

PS>  Thanks to Darren's action, I'm following ibm-main again.

On Fri, Sep 29, 2023, at 2:12 PM, Paul Gilmartin wrote:
> On Fri, 29 Sep 2023 15:27:37 +, Rob Scott wrote:
> 
> >To generate sample SDSF REXX - issue the "RGEN X" command and choose an 
> >example from the list - there are the following including :
> >
> >Browse job output with EXECIO
> >Browse job output with ISFBROWSE
> >Browse job output with ISFBROWSE - groups of lines
> >
> >
> +1
> 
> Based on examples in what was then the Admin Ref.  I wrote a Rexx script
> that works in OMVS, IRXJCL, or ISPF and unloads (almost) all the spool
> data sets of a job into a UNIX hierarchy.
> 
> My narrowminded co-workers deemed it useless.  ("UNIX!?")
> 
> I used IEBGENER rather than EXECIO.  SDSF allocates with (almost)
> the right attributes (WAD) and i used alternate ddmame list to override
> SYSUT1
> 
> "Almost all"?  There's a JES3 spool file that IEBGENER can't handle.
> I bypassed it.
> 
> Residual wishlist items:
> o Suss FILEDATA()?  I guessed according to DDNAME.
> o Suss CCSID?  Why isn't that a spool data set attribute?  Idea?
> 
> -- 
> 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

With regrets, after many years I will no longer be following IBM-MAIN

[Kirk Wolf]

Dear ibm-mainers,

It is with regrets that after many years I will no longer be actively following 
IBM-MAIN.

The list has become intolerable because of trolling, off-topic thread 
hijacking, and personal attacks. The signal-to-noise ratio is approaching "1".  
 My assessment is that without some form of community governance and real 
moderation, IBM-MAIN will soon be completely useless except for the archives.

I want to sincerely thank all of the extremely knowledgeable and kind 
contributors from whom I have learned so much.   You are more than welcome to 
contact me directly for questions in my area of expertise.

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com/>coztoolkit.com

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

Re: LISTSERV Trivia: Deleting drafts?

[Kirk Wolf]

Gil, 
Not your question, but is the WWW interface why all of your posts break into a 
new thread?  ( at least in a few mailers that I have used).

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com/>coztoolkit.com

On Mon, Aug 28, 2023, at 3:21 PM, Paul Gilmartin wrote:
> I use the WWW interface to post to IBM-MAIN.  At times it tells me I have
> lingering drafts.  Each shows a trashcan  icon.  Clicking it usually fails
> or causes a window hang.  Is there a trick?
> 
> I may have just discovered  that it works better to delete in (reverse)
> chronological order.  Is that what I should do?
> 
> -- 
> 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: Syncsort > DFsort migration

[Kirk Wolf]

On Mon, Aug 28, 2023, at 11:59 AM, Tom Brennan wrote:
> LOL "a while"
> 

Don't worry, IBM would sell you Capacity-on-Demand while the job ran.

Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

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

Re: JAVA IDE

[Kirk Wolf]

BTW:  ibm-main is probably the worst place to ask :-)

Kirk Wolf
Dovetailed Technologies

To answer you question, for a real Java IDE, Java programmers generally believe 
that IntelliJ is the best and that's hard to argue with.I've used Eclipse 
for a really long time. If you are doing z/OS Java development, it's 
generally best to develop on your workstation and just deploy compiled jars to 
z/OS.   We use some enhanced Ant SSH/SFTP tasks that we developed to target 
z/OS from the IDE (for C/C++, assembler, and Java).
https://coztoolkit.com/community/antssh.html


On Wed, Aug 23, 2023, at 11:35 AM, Seymour J Metz wrote:
> The question "What is the best foo?" is guarantied to start a religious war, 
> whether foo be an editor, an IDE, a language, an OS or a shell. Try a few and 
> see what you like.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Steve Beaver [050e0c375a14-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, August 23, 2023 11:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JAVA IDE
> 
> I can believe that I'm asking this question.
> 
> 
> 
> 
> 
> What is the best/most friendly JAVA IDE?
> 
> 
> 
> 
> 
> Steve
> 
> 
> --
> 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: Converting Assembler TPUTS to ISPF

[Kirk Wolf]

Maybe port ncurses to ISPF?  (LOL).

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

Related: Our port of ncdu to z/OS can be very handy.  We include a binary or 
you can build from source with "make".
https://coztoolkit.com/community/ncdu.html

On Tue, Aug 22, 2023, at 2:17 PM, Schmitt, Michael wrote:
> ISPF also now supports panel exits than can dynamically build or change the 
> panel as it is loaded.
> 
> 
> As a long time ISPF user and dialog developer, may I just say that I don't 
> like applications that run in ISPF but fake their panel displays, so they 
> don't act like a real ISPF dialog. It is like using an Electron app; it never 
> behaves the same as the real thing.
> 
> I see this mostly in applications that were originally VTAM apps and later 
> ported to ISPF. CA-7, I'm looking at 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: Has anyone

[Kirk Wolf]

It really depends on your requirements, but for many years we have used a 
Docbook based approach for our technical documentation, which allows us to 
easily generate  HTML, PDF, and man page versions of our documentation.   It's 
a bit of work getting the XSL styles tweaked to your liking, but after that it 
is quite nice.   

Kirk Wolf
Dovetailed Technologies
See:   https://coztoolkit.com/docs/coz/coz_index.html

On Tue, Aug 15, 2023, at 4:02 PM, Bob Bridges wrote:
> I've ranted on this before so I'll make it short:  I finally, maybe a year 
> ago, got tired of trying to write serious documentation in Word.  I asked you 
> folks and those at another listserv about markup languages, and then took a 
> week off to learn to use LaTeX.  I'm ~much~ happier with that.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* In order to write for "The A-Team", you'd have to be a much better writer 
> than most of those who write the evening news at networks and local stations 
> — forget about shows like "Hill Street Blues" or "The Muppet Show", where 
> writing REALLY counts.  -Linda Ellerbee in _And So It Goes_ */
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Steve Thompson
> Sent: Tuesday, August 15, 2023 13:47
> 
> Libre Office: It does about 90% of what M/S Office products do (Word, & XL 
> are what I use). Word is better at formatting documents than is Libre office 
> in my experience. And XL has more features than Libre.
> 
> --
> 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: [EXT] Re: Cloud may be overpriced compared to on-premises systems

[Kirk Wolf]

ibm-main is really terrific.  Where else can you go to discuss current 
technologies but get so much deep expertise in both computer history and 
transportation policy.   

Kirk Wolf
Dovetailed Technologies

PS> Beware of "Post hoc, ergo propter hoc"

On Tue, Aug 8, 2023, at 9:38 AM, Bill Johnson wrote:
> You’re right, Europe is different. They actually care about people over 
> profits. Much better infrastructure, better health care, and better quality 
> of lives. 
> 
> 
> Sent from Yahoo Mail for iPhone
> 
> 
> On Tuesday, August 8, 2023, 10:34 AM, Jay Maynard  
> wrote:
> 
> In case you haven't noticed, the US is much, much different from Europe, in
> many ways big and little that bear on this discussion.
> 
> But, in typical Bill Johnson fashion, he's convinced he's right and will
> defend his opinions, well-informed or not, to the death.
> 
> On Tue, Aug 8, 2023 at 9:29 AM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Lol, you should have followed your own advice. My dad drove truck his
> > whole life. Never once did wind cause an issue. Yeah, it happens, but not
> > frequently. And American roads are way more dangerous than European roads.
> > The data (facts) are clear. So profit over lives is a Republican choice.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Tuesday, August 8, 2023, 10:20 AM, Steve Thompson 
> > wrote:
> >
> > I've driven in Germany, Austria and Switzerland and some island
> > countries. And I held, for over 15 years a CDL-A with Multi and
> > Tanker endorsements.
> >
> > I did not drive LKW (semis) anywhere but within the USofA. And a
> > box truck once into Canada.
> >
> > Stick to what you know, not what what the Huffy post or others say.
> >
> > Governors are used by different companies. Some limit their
> > trucks to 64MPH. Owner operators can get their trucks with no
> > governors at all.
> >
> > I have a son-in-law that is finishing his training to be a Diesel
> > mechanic able to work on all the current Tractors in the USofA.
> > The electronics are unbelievable, and can cause that truck to be
> > down for weeks waiting on some solid state relay board (or
> > whatever). The world of trucking has changed significantly since
> > I started driving back about 2004.
> >
> > Because I'm also a pilot, I know a bit about wind and its
> > effects. Stick to what you know, what you have experienced.
> >
> > I've seen fully loaded trucks get blown over (55,000+ gross).
> > I've seen trucks lose control in snow and swap ends. Managed to
> > not jack knife.
> >
> > Thankfully I never had any problems, no accidents, no incidents.
> > I was lucky and I was a novice and just applied my knowledge of
> > physics and energy management that I learned in flying to driving
> > a 70,000 gross weight truck. I loaded the trucks so the weight
> > was more at the bottom than top (I had specialty loads of barn
> > beams).
> >
> > Stick to what you know.
> >
> > Take this crap out of here and go argue it elsewhere.
> >
> > Steve Thompson
> >
> >
> >
> > On 8/8/2023 9:07 AM, Bill Johnson wrote:
> > > I’ve driven roads in Europe. Every truck is in the right most lane,
> > unless they are passing which isn’t common. It’s nothing like the US
> > trucking which is designed for large trucks and fast speeds. That’s exactly
> > why the carnage on US highways from trucks is way higher. And wind as an
> > excuse is just silly. Or speed differential.
> > > In Germany and other European Union counties, trucks with a gross
> > vehicle weight rating of 3.5 tonnes (7,700 pounds) or more must have a
> > governor that limits their speed to 90 kph (54 miles per hour).
> > >
> > >
> > > Sent from Yahoo Mail for iPhone
> > >
> > >
> > > On Tuesday, August 8, 2023, 3:52 AM, Jeremy Nicoll <
> > jn.ls.mfrm...@letterboxes.org> wrote:
> > >
> > > On Tue, 8 Aug 2023, at 01:56, Bill Johnson wrote:
> > >> In Europe all the trucks go the same speed.
> > > Rubbish.  Age of truck and how heavy its load is are certainly factors.
> > >
> > > An unloaded truck, is a lot more susceptible to high winds so might
> > > be driven slower in those conditions; trucks with no load with curtain-
> > > sides often have their curtains open in high winds to significantly
> > > reduce wind effects.  But that's impossible if there's a partial load
> > 

Re: Accessing JCL SETs in Rexx

[Kirk Wolf]

No.   Here's what the JCL References says for "EXPORT" -

Purpose: Use the EXPORT statement to make specific JCL symbols available to the 
job step program.
Exported JCL symbols can be accessed during the job execution phase using the 
JCL Symbol Service
(IEFSJSYM) or the JES Symbol Service (IAZSYMBL). Symbols must be set to a value 
subsequent to the
EXPORT statement for the symbol value to be exported.

So, without exporting, I don't believe that there is a supported API for a 
program to see JCL or JES symbols.

Kirk Wolf

On Thu, Aug 3, 2023, at 7:02 PM, Sri h Kolusu wrote:
> Kirk,
> 
> Does this work for symbols that are NOT exported?
> 
> For ex:
> 
> // SET HLQ=&SYSUID
> // SET MLQ=SOME
> // SET TLQ=DSN
> // SET FLQ=DUMP
> // SET MYDSN=&HLQ..&MLQ..&TLQ..&FLQ
> // SET MYVOL=SYS001
> // SET DCLAS=EDCCOMPR
> // SET SCLAS=STANDARD
> // SET PRI=5000
> // SET SEC=2000
> // SET VU=3
> // SET DV=SYSDA
> // SET AU=TRK
> //*
> //SYMEX EXEC PGM=COZBATCH
> //SYSMDUMP DD DSN=&MYDSN,
> //DISP=(NEW,CATLG),
> //DATACLAS=&DCLAS,STORCLAS=&SCLAS,EATTR=OPT,
> //UNIT=(&DV,&VU),SPACE=(&AU,(&PRI,&SEC),RLSE),
> //DCB=(RECFM=FBS,LRECL=4160,BLKSIZE=24960)
> /*
> //STDIN DD *
> ENV | GREP "JES_"
> /*
> 
> Thanks,
> Kolusu
> 
> 
> --
> 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: Accessing JCL SETs in Rexx

[Kirk Wolf]

Great idea! 

// EXPORT SYMLIST=(MYDSN,MYVOL)
// SET MYDSN=MYID.SOME.DSN
// SET MYVOL=SYS001
//*
//SYMEX EXEC PGM=COZBATCH
//STDIN DD *
env | grep "JES_"
//* 

results:
JES_SYS_CORR_CURRJOB=S434DTLZOS01CC27C5EA...:
JES_MYDSN=MYID.SOME.DSN
JES_MYVOL=SYS001

See Example #14:  https://coztoolkit.com/docs/cozbatch/examples.html

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Thu, Aug 3, 2023, at 1:39 PM, Paul Gilmartin wrote:
> On Thu, 3 Aug 2023 17:48:56 +, Seymour J Metz wrote:
> 
> >The short answer is use ADDRESS LINKMVS. It's probably easier to write a 
> >REXX-aware function in HLASM.
> >
> I have an Idea:  Exported JCL symbols should automatically be available
> under OMVS as environment variables.
> 
> -- 
> 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: Preferred FTP Client for Windows

[Kirk Wolf]

In Co:Z, linerule=L4  (4 byte length prefixes) and linerule=rdw (IBM compatible 
RDWs) are different things.   There is also a linerule=mfrdw, but you'll have 
to look at the documentation for that.


Kirk Wolf

On Mon, Jul 31, 2023, at 6:29 PM, Paul Gilmartin wrote:
> On Mon, 31 Jul 2023 17:16:20 -0500, Kirk Wolf wrote:
> 
> >Here's the direct URL to the User's Guide:
> >https://coztoolkit.com/docs/sftp/index.html
> >
> >for FILEDATA=Record, here's an example:
> >
> >ls /+mode=binary,linerule=L4
> >
> >(There are a number of different linerule options, including rdw, crlf, nl, 
> >etc.)
> >
> And I suspect RDW is incompatible with FILE DATA=RECORD.  It takes only
> two IBM designers, not communicating, to achieve that.
> 
> I once did a GET to desktop with format RECORD.  Even as promised it returned
> the RDWs as data.  Than I did a PUT to a different MVS data set with the same
> option.  It faithfully treated the RDW images as data.  Now I have two RDWs on
> each record.  There's no way to create an incident for that:  It's behaving
> precisely as documented.
> 
> -- 
> 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: Preferred FTP Client for Windows

[Kirk Wolf]

Here's the direct URL to the User's Guide:
https://coztoolkit.com/docs/sftp/index.html

for FILEDATA=Record, here's an example:

ls /+mode=binary,linerule=L4

(There are a number of different linerule options, including rdw, crlf, nl, 
etc.)

Also, if you have Co:Z on both sides, you can use the enhanced "dsput" and 
"dsget" commands to simplify dataset transfer with like allocations, sending 
entire PDS(E)s, etc.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Fri, Jul 28, 2023, at 10:43 AM, Paul Gilmartin wrote:
> On Fri, 28 Jul 2023 09:58:04 -0500, John S. Giltner, Jr wrote:
> >...
> >ls /+mode=text
> >
> It's a pity that sftp provides no analogue of QUOTE SITE to do such things 
> cleanly.
> 
> Is there "ls /+mode=record" to deal with FILEDATA=RECORD.  One might want to
> "get" a traditional data set, supplying RDWs for the client.
> 
> Is there support for CCSID tagging?
> 
> Is the reference manual available?
> 
> -- 
> 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: SYSLOGD config question.

[Kirk Wolf]

The syslog.conf rules that you say that you use on your website don't seem to 
match your active files.

For example, it looks like you have a rule:

.TRMD**.***.*** /var/log/%Y/%m/%d/trmd*

I'm not certain, but by my reading of the Comm Server IP Configuration Guide 
this will be a problem:  what will cause syslogd to roll over to the next file 
at midnight?

I would recommend using the "-N" option at the end of the rule along with the 
Global archive settings to automatically handle opening a new log and archiving 
the old data.  You can even archive to data sets or GDGs if you want.  
Alternatively, "-X" just truncates the log after a configurable time.   But you 
should have one or the other to prevent the files from growing without bound.

Just my preference, but I would name the files "something.log".

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, Jul 25, 2023, at 9:03 AM, Tom Longfellow wrote:
> I think I am on the right track now.
> On a personal note, I have always had difficulty working with 'Reverse' 
> logic, like my Reverse Polish Notation (RPN) calculator in my ancient College 
> past.
> 
> I had tried the use of the '!' in the directives to no advantage several 
> times over the years.
> 
> It turns out that the core of my problem was my interpretation of a few 
> 'quirks' in syslog defining.
> Selection criteria is in four parts - source.task.component.faciility  
> leaving out a part changes the meaning of all the remaining parts.  
> Evaluation is from right to left (another Reverse for me to deal with)
> Selections can be concatenated and trigger when all the components are True.  
> Any False test kills the evaluation of that rule.
> 
> This leaves you with the situation where you must define a test where the 
> 'truth' of the test 'excludes' the message.   
> In the past, I was trying '!Condition' mixed with 'This one' conditions.   
> Unsuccessfully.
> 
> Thanks to this web page 
> https://colinpaice.blog/2022/05/30/setting-up-syslogd-on-z-os/  I now think I 
> have it right.
> Turns out there is a 'facility' called 'none' that can be viewed as 'not any 
> of the other ones'.
> 
> Right now, my config file has the following and things are looking better. 
> (BTW: the z/OS CS Syslogd Browser is VERY useful)
> 
> Rule/Active UNIX file name   
> ---=---=---=---=---=---=---=
> *.TRMD*.*.*  
> /var/log/2023/07/25/trmd 
> - - - - - - - - - - - - - - - - - - -
> *.IKED*.*.*  
> /var/log/2023/07/25/iked 
> - - - - - - - - - - - - - - - - - - -
> *.debug  
> /var/log/2023/07/25/debug
> - - - - - - - - - - - - - - - - - - -
> *.err
> /var/log/2023/07/25/errors   
> - - - - - - - - - - - - - - - - - - -
> *.info;*.TRMD*.*.none;*.IKED*.*.none 
> /var/log/2023/07/25/log  
> - - - - - - - - - - - - - - - - - - -
> (170.99.3.0/24).*.*  
> /var/log/2023/07/25/log-others
> 
> --
> 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: [EXT] Re: Invoke Java from Assembler

[Kirk Wolf]

Using the JNI interface, you can create the JVM once and then make as many 
method invocations as you like with it.   There isn't a requirement to call 
CEEPIPI if you are doing this from C, since your LE Enclave will already be 
there.


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Thu, Jul 13, 2023, at 8:06 AM, Crawford Robert C (Contractor) wrote:
> Denis,
> 
> Thank you for the detailed answer.  I'll start looking into your suggestions.
> 
> I may be misunderstanding your question, but we would like a persistent JVM 
> so the assembler code can call Java classes as subroutines.  Creating and 
> terminating a JVM for each call would be prohibitively expensive.
> 
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Denis
> Sent: Wednesday, July 12, 2023 8:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Re: Invoke Java from Assembler
> 
> Hi Robert,
> 
> IMS uses the CEEPIPI approach to make the JVM persistent, but thats actually 
> only needed if multiple modules are serially executed and (speaking with 
> COBOL) end with a GOBACK. The GOBACK of the first module called would 
> terminate the LE enclave (and as such the JVM) so CEEPIPI is used to allow 
> the next program to work the same way without tiering down the JVM.
> The COBOL (and C JNI) work like this, you start a program e.g. with JCL 
> PGM=PROG1. Enterprise COBOL initializes the JVM (CreateJavaVM and 
> AttachCurrentThread JNI calls under the covers if I remember correctly, in C 
> and e.g. PL/I you do that by yourself and the environment for the JVM is 
> pointed to by _CEE_ENVFILE) and with that JVM pointer you can do any number 
> of JNI calls (e.g. call Java methods) and after each call the calling program 
> is returned control. The JNIEnvPtr will be valid as long as the JVM or the LE 
> enclave stay up.You can do the same thing in assembler, but you need an LE 
> enclave with POSIX(ON) and XPLINK(ON) since the JVM on z/OS is written in C 
> and requires those settings (in addition that up to Java 8 the 31bit version 
> of Java needs to be used). But if the inital assembler uses CEEENTRY and 
> CEETERM it will be quite easy to achieve, because it would create the LE 
> enclave and remain until the initial assembler ends. From that first module 
> you can call any non LE assembler as you like.The JVM can be ended by using 
> JNI call DestroyJavaVM to make sure any unfinished work on the Java side is 
> ended (as opposed to just end the first module and terminate the JVM together 
> with the LE enclave and the address space).
> One question is, why would you need to make the JVM persistent with CEEPIPI 
> in batch?You can do PROG1 call anything then return, PROG1 call Java then 
> return as long and as many times as you want without the need of CEEPIPI and 
> reusing the JVM - since its not terminated after return from Java.
> But to make it more complicated, since Java 11 for z/OS there is no 31bit JVM 
> anymore and the JVM will be in a secondary 64bit LE enclave. There is a 
> libjvm31.so shared library which can be used to make the JNI calls work, with 
> the difference that most references require 64bit parameters. (Under the 
> covers CEL4RO64 service is 
> used)https://www.ibm.com/support/pages/enhancement-coboljni-interface
> 
> For now, I think the easiest way to do it, is in COBOL.
> Hope that helps,Denis.
> On Wednesday, July 12, 2023 at 02:40:08 PM GMT+2, Crawford Robert C 
> (Contractor) <04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:
>  
>  
> Thanks, Allan.
> 
> Back in the 90's I used CEEPIPI to create a persistent C enclave I could call 
> from Assembler because building the environment is expensive.  Unfortunately, 
> CEEPIPI documentation is kind of scarce.  What we do find doesn't give us 
> very many clues for how to get to Java.
> 
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> allan winston
> Sent: Tuesday, July 11, 2023 5:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Re: Invoke Java from Assembler
> 
> Robert,
> 
>   This reminds me of a situation I ran into 25 years ago involving assembler 
> and COBOL.  Granted, COBOL and Java are different environments, but there may 
> be enough similarity in the issues to be relevant.
> 
> We had an assembler main program that called a COBOL subroutine 
> repeatedly.  It was chugging along just fine until LE maintenance showed a 
> large spike in CPU time within LE library routines, as shown by Strobe.
> It seemed as though the LE environment was constan

Re: Invoke Java from Assembler

[Kirk Wolf]

If you need to launch the Java virtual machine and invoke methods, it will be 
*much* easier to use C or C++ since you need to use "JNI" and the include files 
are provided and you need a LE XPLINK linkage and runtime environment.  I've 
done that and it works fine (both 31 and 64 bit SDK versions).

Another option would be to use Enterprise COBOL which has a Java JNI interface 
included.


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, Jul 11, 2023, at 4:58 PM, Crawford Robert C (Contractor) wrote:
> We're interested in invoking Java from assembler in batch.  Specifically, 
> we'd like to create a persistent Java environment we can call repeatedly and 
> terminate when we're through.
> 
> Has anyone done this?  Is the LE pre-initialization module CEEPIPI worth 
> exploring?
> 
> Thanks.
> 
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
> 
> 
> --
> 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: C DLL abend CEE3350S

[Kirk Wolf]

In the z/OS dlls that we have built that contain C, C++, and Assembler routines 
we don't reference CEESTART  *anywhere* in our source tree.

- Did you compile with:  -W "c,dll,expo"  ?

- We bind our dll with  z/OS Unix make using c++  (or c89, xlc) command as 
shown in "z/OS XL C/C++ User's Guide" using "-W l,dll".   Take a look at that 
book and try to build a tiny Hello Word dll first.


Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

On Tue, Jul 11, 2023, at 1:52 PM, Eric Erickson wrote:
> I've a LE C DLL I've built that contains a several modules. It has both C and 
> a LE callable Assembler routines. When I first bound the moudle, it did not 
> set CEESTART as the entry point, so I added an ENTRY CEESTART to the binder 
> input deck. This results in a load module that shows the following in the 
> map. 
> 
> 
> ENTRY POINT AND ALIAS SUMMARY:  
> 
> NAME:ENTRY TYPE AMODE C_OFFSET CLASS NAMESTATUS 
> 
> CEESTART  MAIN_EP  31 0A48 B_TEXT   
> 
> But when I call one of the exported functions in DLL I get a CEE3350S
> 
> CEE3550S DLL ZDPUTILS does not contain a CEESTART CSECT.
> 
> Binder options are: 
> 
> TEST,LET,LIST,MAP,RENT,DYNAM(DLL),CASE(MIXED),XREF
> 
> The binder output for the routine that calls the DLL function shows the 
> called function as imported. 
> 
> Not sure what is going on here.
> 
> --
> 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: Code Page for dataset names

[Kirk Wolf]

CP-037 isn't actually what is specified in  "Character Sets" in the z/OS MVS 
JCL Reference book.
It might as well be, but IBM chose a very political way to document it.In 
fact, "037" isn't found *anywhere* in z/OS MVS JCL Reference!

The result is that you will find that many non-US shops use non-US EBCDIC 
character sets for theeir TN3270 terminals, and then they use national and 
special characters for DSNAMES and symbols in JCL. The catch is that 
whatever they use must have hex representations for the supported characters 
that match CP-037.

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

PS>  The implications of IBM not being explicit about the codepage has nasty 
modern implications.  Take for example the (UTF-8) JSON API for z/OS "Restfiles 
and Datasets".

On Wed, Jul 5, 2023, at 2:00 PM, John McKown wrote:
> All JCL is CP-037. This predates any idea of code pages in the OS. The JCL
> converter/interpreter only works with that encoding.
> 
> On Wed, Jul 5, 2023, 13:18 Matt Hogstrom  wrote:
> 
> > I recently ran into a question that I didn’t know the answer to.   The
> > question was, what code page are dataset names and other z/OS artifacts
> > coded in?  Since the special characters like #, $ and @ are different in
> > codepages 1047, versus 037, etc does z/OS use one code page for these
> > artifacts and translate if a data set is created with JCL created with 1047
> > and is later accessed using an 037 code page for instance ?
> >
> > I suspect someone out there has experience and knows the answer.
> >
> > Matt Hogstrom
> > m...@hogstrom.org
> >
> > “It may be cognitive, but, it ain’t intuitive."
> > — Hogstrom
> >
> >
> > --
> > 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 batch create a PDSE2 with Generations?

[Kirk Wolf]

FWIW,  BPXWDYN (a text interface to SVC99) can be called from any programming 
language with standard linkage via LOAD/CALL.


Kirk Wolf

On Tue, Jun 27, 2023, at 8:29 PM, Steve Smith wrote:
> OK, I totally missed your point.  Sorry about that.
> 
> Going back to gil's post, I agree (with Tom) that SVC 99 has no business
> getting into the parsing business.  It's a well-defined interface.
> 
> I see no reason why various different "languages" shouldn't be used to
> express the functionality.  No one would seriously say that all programming
> should be done in say, C.  Ha, now that I read that back, I'd bet that's
> disputable.
> 
> sas
> 
> On Tue, Jun 27, 2023 at 9:00 PM Tom Marchant <
> 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Where did I get the idea that SVC 99 code runs in Supervisor state?
> > It is an SVC.
> > SVC code receives control in Supervisor state.
> > It doesn't require that the program issuing the SVC 99 have any privileges
> >
> > --
> > Tom Marchant.
> >
> > On Tue, 27 Jun 2023 20:27:27 -0400, Steve Smith  wrote:
> >
> > >Let me be the first of likely many who will say "where did you get that
> > >idea?"   It doesn't require any more privilege than ALLOC or bpxwdyn.  Or
> > >// DD.
> > >
> > >sas
> > >
> > >On Tue, Jun 27, 2023 at 7:47 PM Tom Marchant <
> > >000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > >> On Tue, 27 Jun 2023 14:32:18 -0500, Paul Gilmartin <
> > paulgboul...@aol.com>
> > >> wrote:
> > >>
> > >> >The parsing and interpretation should be done by SVC 99, not in
> > >> >code replicated and maintained in the various utilities/
> > >>
> > >> I disagree. SVC 99 is a Supervisor state function.
> > >> Parsing and interpretation is a function that does not require running
> > in
> > >> Supervisor state or any other privileged mode. It should be done by
> > Problem
> > >> state code.
> > >>
> > >> --
> > >> Tom Marchant
> > >>
> >
> 
> --
> 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: JAVA started tasks?

[Kirk Wolf]

I'm not sure what that even means.   Java programs are run by just invoking the 
JVM and specifying options on which class to run.   The JZOS batch launcher is 
a z/OS Utility program that will do that for you.   There is no "java 
subsystem" that needs to be started first.


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Fri, Jun 23, 2023, at 1:45 PM, Bill Giannelli wrote:
> Does JAVA have any started tasks on z/OS?
> We have a task that the vendor says needs JAVA "up" first.
> thanks
> Bill
> 
> --
> 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: PDS/PDSE Member information

[Kirk Wolf]

If you have Co:Z, you can use either Co:Z SFTP (remotely) or locally using the 
"pdsdir" UNIX shell command.

Here's the latter, running in a batch UNIX shell:

// EXEC PGM=COZBATCH
//STDIN DD *
pdsdir  vendor.parmlib
//

Output:

NameSize  Created Changed  ID   
ALLJ2  1 1998/08/07 1998/08/07 12:36:17  TODD
ALLJ3  7 1998/08/07 1998/08/07 12:36:39  TODD
ARCCMDDT  12 2021/07/29 2022/03/23 11:58:20  IBMUSER 
BPXPRMVN  16 2020/06/09 2020/06/09 11:00:06  IBMUSER 
COMMNDVN   2 1998/10/09 2017/10/21 09:02:51  IBMUSER 
CUNUNIVM   6 2020/06/09 2022/03/24 12:57:00  IBMUSER 
IEASYMVN   1 1998/10/09 1998/10/09 21:47:10  RALEY   
IEASYSVN  16 1998/10/07 2022/03/21 13:21:54  IBMUSER 
PROGVN 8 2020/06/09 2020/06/09 10:36:49  IBMUSER 


See:  https://coztoolkit.com/docs/zos-utilities/dsp-ref_pdsdir.html

Kirk Wolf
Dovetailed Technologies

PS> Co:Z Toolkit is available free under the terms of our Community License:
https://coztoolkit.com/support.html

On Thu, Jun 15, 2023, at 10:10 AM, Jack Zukt wrote:
> Hi all,
> 
> Is there a way to get the PDS/PDSE member information, namely,
> member/userid/last change date in batch? I have not been able to get to it
> using rexx.
> Regards,
> Jack
> 
> --
> 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: unix commands in batch and su

[Kirk Wolf]

FYI, with Co:Z Batch instead of BPXBATCH, you just provide STDIN input to the 
shell like you would from a terminal. 

//SU EXEC PGM=COZBATCH 
//STDIN DD * 
su -s omvskern
# commands for the su shell ...
whoami
exit   # quit the su shell 
whoami # back to my login shell
// 

Which prints:

OMVSKERN
KIRK

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

PS> Co:Z Toolkit is available under our free Community License, or our 
Enterprise License with commercial terms and support. 
https://coztoolkit.com/support.html


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

Re: SSHD terminates immediately with permission(?) problem

[Kirk Wolf]

The PORT statement should be like we should in our "z/OS OpenSSH Quick Install 
Guide" that I referred to earlier.

https://coztoolkit.com/docs/pt-quick-inst/pto-inst-basic.html#pto-inst-tcpip

PORT
...
22 TCP SSHD* NOAUTOLOG  ; OpenSSH SSHD server


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, May 30, 2023, at 5:55 PM, Wendell Lovewell wrote:
> A big "Thank you" to all of you listers who chimed in on my "EDC5111I 
> Permission denied. (errno2=0x744C7246)." message.  
> 
> Almost everyone was on the right track.  Changing to port  showed that it 
> was just port 22.  Commenting out the RESTRICTLOWPORTS and the PORT 
> reservation for "22  SSHD" showed it was one of those.  Restoring 
> RESTRICTLOWPORTS showed it was the port reservation for "22 SSHD" that was 
> the problem.  
> 
> (The proc that's started is SSHD, but it always starts SSHDx--usually 3, 
> sometimes 4.) 
> 
> I didn't expect the TCPPROF entries--neither of those I mentioned have 
> changed for years.  My suspicion is that there was some service applied that 
> perhaps actually started enforcing the port reservation to just "SSHD".  
> 
> Thanks again, 
> Wendell
> 
> --
> 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: SSHD terminates immediately with permission(?) problem

[Kirk Wolf]

This is the reason code documentation -

>bpxmtext 744C7246
TCPIP 
JRPortAccessAuth: User does not have authority to access this port.

Action: Specify a valid port.

The first thing that I would check would be the TCPIP.PROFILE PORT statement to 
see if there is a jobname based reservation for port 22.

See our "IBM z/OS OpenSSH Quick Install Guide" section 1.11 here:
https://coztoolkit.com/docs/pt-quick-inst/pto-inst-basic.html#pto-inst-tcpip


Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

On Fri, May 26, 2023, at 8:09 PM, Tom Brennan wrote:
> Can you change the port from 22 to something over 1023 for a quick test?
> 
> On 5/26/2023 6:01 PM, Tom Brennan wrote:
> > This may be way off so ignore if it sounds crazy...
> > Here's a snip of some old server code I wrote in C for Linux:
> > 
> >client_sockin.sin_port = htons(port);
> >rc = bind(local_socket,(struct sockaddr 
> > *)&client_sockin,sizeof(client_sockin));
> >if (rc != 0) log_msg(0,LM_EXIT,12,"Cannot bind to port %d 
> > rc=%d",port,rc);
> > 
> > When I run that code (on Linux) and tell it to listen on port 12345 it 
> > works just fine.  When I specify something under 1024, it fails with the 
> > "Cannot bind..." message.
> > 
> > However if I specify a port less than 1024 and run it under root uid=0, 
> > it works fine.  In other words, in Linux (and I think the mainframe USS 
> > too) you're not allowed to listen on a port less than 1024 unless you're 
> > root.
> > 
> > But you already checked that the task is running under uid=0, so that's 
> > why I'm confused.  However, the message indicated "Bind" so I don't 
> > think it has anything to do with certificates.  I'm pretty sure any TLS 
> > and cert negotiation comes after the bind() in a server program.
> > 
> > On 5/26/2023 4:48 PM, Wendell Lovewell wrote:
> >> I've done something wrong that I can't identify, and now SSHD 
> >> terminates immediately after starting.
> >>
> >> I'm not getting anything helpful on the console or in the joblog.  But 
> >> I am getting these msgs in syslog:
> >>
> >> OMVSKERN SSHD3sshd[67174408]: error: FOTS1442 Bind to port 22 on 
> >> :: failed: EDC5111I Permission denied. (errno2=0x744C7246).
> >> OMVSKERN SSHD3sshd[67174408]: error: FOTS1442 Bind to port 22 on 
> >> 0.0.0.0 failed: EDC5111I Permission denied. (errno2=0x744C7246).
> >> OMVSKERN SSHD3sshd[67174408]: fatal: FOTS1464 Cannot bind any 
> >> address.
> >>
> >> I've looked up the 7246 code:
> >> JRPORTACCESSAUTH EQU 29254* User does not have authority 
> >> to access this port.
> >>
> >> OMVSKERN's is UID(0).  Has ALTER access to BPX.DAEMON.  Port 22 is not 
> >> in use, per D TCPIP,,N,SOCKETS
> >>
> >> None of the files in /etc/ssh had changed for 4 years, so I don't 
> >> think it's there.  (I did set LogLevel to DEBUG3, which didn't help any.)
> >>
> >> The only things I can think of that I might have messed up something 
> >> with keys.  I did try some weeks ago to set up a certificate to bypass 
> >> entering my password when using "ssh user@zos" and didn't get that to 
> >> work.   And I did install a new CERTAUTH this week for the new IBM 
> >> service requirement ("DigiCert Global Root G2"), 'tho I can't imagine 
> >> that would matter.
> >>
> >> Any suggestions would really be appreciated...I'm not much good with 
> >> entering USS commands via a 3270 screen.
> >>
> >> TIA,
> >> Wendell
> >>
> >> --
> >> 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: Replacing SSH Keys - best practices?

[Kirk Wolf]

Lionel,
You don't say what opsys or product that you are using to generate ssh 
keypairs, but some default to the same name if you don't provide the name of 
the new keypair.

There's nothing wrong with rotating keys by installing a new one on both the 
client and server(s) that use it and then removing the old key after some 
overlap.   An overlap is often necessary to allow for distribution.

Another option is to use OpenSSH certificates (which are not X.509).   This 
involves having a ca key create a signed certificate for a user key.   The ca 
key could be protected in a hardware token.  You then would distribution the ca 
public key to all of your servers.   The avoids the requirement for updating 
authorized_keys with user public keys.   This would on;y be an option for 
OpenSSH servers (or a few other products)

Kirk Wolf
Dovetailed Technologies
http:// <http://dovetail.com/>coztoolkit.com

On Tue, May 23, 2023, at 8:02 AM, Lionel B. Dyck wrote:
> Actually when a new key pair is generated in my testing the old key pair is
> overlaid.
> 
> But you are correct in the authorized_keys file and in the git server keys.
> 
> 
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com
> Github: https://github.com/lbdyck
> 
> “Worry more about your character than your reputation. Character is what you
> are, reputation merely what others think you are.”   - - - John Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Allan Staller
> Sent: Tuesday, May 23, 2023 7:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Replacing SSH Keys - best practices?
> 
> Classification: Confidential
> 
> It is not necessary to remove the "old keypair". SSH will cycle through any
> available keys until it finds one that works.
> 
> Theoretically, at some point this could become a performance bottleneck. In
> practical terms it seems to be a non-issue.
> 
> My USD $0.02 worth.
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lionel B. Dyck
> Sent: Tuesday, May 23, 2023 7:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Replacing SSH Keys - best practices?
> 
> [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.]
> 
> For those into security (and shouldn't we all be) a question on ssh keys:
> How often should a user change their ssh keys for z/OS (OMVS)?  on their
> workstation?
> 
> When changing on the workstation, that probably happens every few years as
> the workstation is replaced, the user then needs to update any git servers
> they connect to with the new key as well as any other servers they access
> via ssh by updating the authorized_keys file with the new public key.
> 
> When changing on z/OS (OMVS), which probably never happens, the user needs
> to update any git servers with the new key and any other servers they access
> where their public key is in the authorized_keys file.
> 
> Both the git server and any authorized_keys files would have to have the old
> key removed (not critical as it is still intimately connected to the now
> replaced private key but needed to keep things clean).
> 
> Are there any best practices, guidelines, etc. on this?
> 
> 
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com/
> Github: https://github.com/lbdyck
> 
> "Worry more about your character than your reputation. Character is what you
> are, reputation merely what others think you are."   - - - John Wooden
> 
> --
> 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 

Re: VBS file read in windows - end of record issue

[Kirk Wolf]

I apologize if this has already been covered on this thread, but using LF/CRLF 
etc on a VBS file will result in problems with binary records since they could 
easily contain a line terminator.

To answer your other question (preserving SDW):  if you copy a RECFM=VBS 
dataset using DCB=RECFM=U, you will get BDWs and SDWs.

Kirk Wolf
Dovetailed Technologies

PS>  Co:Z SFTP and Co:Z Dataset Pipes have options for converting z/OS records 
like RECFM=VBS into streams of bytes with various terminators, like  cr, crlf, 
rdw, l4 (4 byte length prefix), mfrdw (Microfocus), an aribtrary hex separator, 
or no separators.   For binary records you would want to use rdw, l4, or mfrdw 
options.  You can download and use it under the terms of our free Community 
License.
https://coztoolkit.com/docs/dspipes/dsp-ref_fromdsn.html


You might also consider writing a z/OS program yourself that converts RECFM=VBS 
into a simple length prefixed stream.  If you are a little comfortable with 
Java, the com.ibm.jzos.RecordReader class makes that super simple.

On Mon, May 15, 2023, at 11:20 PM, Prashant Joshi wrote:
> Thank for your response, Paul.
> 
> I agree, CRLF irrelevant to binary files. Surprisingly, only after using CRLF 
> option, I get those binary records in proper record length.
> I tried to force it to U format but did not work for m. I will try again with 
> different methods.
> 
> I can preserve RDW and BDW. How to preserve SDW? I did not see mention of SDW 
> in these options. May be SDW is the key to maintain record length.
> 
> Thank you,
> Prashant Joshi
> Mainframe Architect
> +91 9743 440 503 (Mobile) 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Paul Gilmartin
> Sent: Tuesday, May 16, 2023 1:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: VBS file read in windows - end of record issue
> 
> On Mon, 15 May 2023 18:54:40 +, Prashant Joshi  wrote:
> >...
> >For some files, when I transfer using IND$FILE (option 6) using Binary and 
> >CRLF option checked, I gets record properly. But it does not work for every 
> >file. And due to different file sizes, IND$FILE may not be option for me.
> >
> CRLF should be irrelevant for binary files.
> 
> 
> >Need your help to find, what am I missing?
> >
> Allocate your data set overriding to RECFM=U.  Tne BDWs and SDWs should 
> appear ad data.
> 
> Transfer the file with a method that preserves those BDWs and SDWs.  (I don't 
> recommend
> IND$FILE.)
> 
> Decode the SDWs and translate to UTF-8  with your Python.
> 
> I hate EBCDIC!
> 
> --
> 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
> 

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

Re: If You Had Invested $10,000 In IBM In 2013, This Is How Much You Would Have Today

[Kirk Wolf]

Bill is correct.  I would add that the OP also forgets this minor detail:
https://www.marketbeat.com/stocks/NYSE/IBM/dividend/

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Mon, Apr 17, 2023, at 9:58 AM, Bill Johnson wrote:
> If you had invested 10,000 in Tesla 2 years ago, you’d now have 5,000. If you 
> bought bitcoin in 2021, you lost half. If you purchased GM stock in 2006, you 
> lost it all. If you bought a real bank like JPM in 2013, you tripled your 
> money. Most of the “high growth” stocks that Silicon Valley has pushed on 
> America as disruptors, like Uber, Chewy, don’t even make any money at all & 
> their stocks are below the first trade price. Uber, who I drove for as a 
> possible retirement hobby, (3 months lost $600) has lost over 10 billion 
> dollars & the stock is significantly below the first trade price. IBM hasn’t 
> been a great investment over the last 10, but you can always pick a time 
> frame for every stock where it doesn’t perform. MSFT stock did nothing from 
> 1999 til 2016.
> 
> 
> Sent from Yahoo Mail for iPhone
> 
> 
> On Monday, April 17, 2023, 10:20 AM, zMan  wrote:
> 
> https://www.fool.com/investing/2023/04/17/if-you-had-invested-1-in-ibm-in-2013-this-is-h/
> 
> TL;DR: Less than $10,000.
> -- 
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> 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: Unzip on z/OS ?

[Kirk Wolf]

FWIW, the low level zip API is available in the z/OS Java SDK (and all JDKs).

JZOS includes sample classes that zips z/OS datasets.   Writing an unzip 
wouldn't be too hard.

https://www.ibm.com/docs/api/v1/content/SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/com/ibm/jzos/sample/ZipDatasets.html

Kirk Wolf
Dovetailed Technologies

PS>  JZOS automatically takes advantage of both zIIP engines and zEDC.

On Thu, Mar 23, 2023, at 10:48 PM, Mike Hochee wrote:
> http://www.info-zip.org  is a good bet. Whatever product/freeware you choose 
> it needs to more or less conform to this format... 
> https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> MARTIN, MIKE
> Sent: Thursday, March 23, 2023 10:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Unzip on z/OS ?
> 
> Caution! This message was sent from outside your organization.
> 
> Hi all,
> 
> (This seems like one of those easy answers to find, but I'm not having much 
> luck)
> 
> We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
> zipped on the Windows platform.
> 
> I've seen references to gzip, Ported Tools, 3rd party software.   What are 
> our options for unzipping a file with the z/OS 2.4?
> 
> 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
> 
> --
> 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: Does BSAM I/O area have to be fixed storage

[Kirk Wolf]

Is it documented by IBM that BSAM IO buffers must be in fixed storage?  I've 
never seen it.
Further, we have written widely used BSAM code in the last 15 years that uses a 
circular queue of DECBs, with one BLKSIZE buffer per DECB  (as suggested by 
"Using Data Sets").   We just use 31 bit C Library HEAP storage.

Kirk Wolf
Dovetailed Technologies

On Thu, Mar 23, 2023, at 9:22 AM, Seymour J Metz wrote:
> FSVO QSAM.
> 
> "FIXED=USER
> With this DCBE option, you assert that the data areas remain fixed from the 
> time the READ or WRITE
> macro instruction is issued through the completion of the CHECK or WAIT macro 
> instruction." 
> 
> Three out of four of those macros are BASm, and the last isn't part of the 
> access methods.
> 
> SP0 is normal for BSAM buffers. try
> 
>  STORAGE OBTAIN,...,ADDR=(1)
>  LR  R6,R1
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Joseph Reichman [reichman...@gmail.com]
> Sent: Thursday, March 23, 2023 10:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Does BSAM I/O area have to be fixed storage
> 
> Seymour “respectfully ” that’s for QSAM in locate mode BSAM doesn’t have a 
> locate mode the user supplied the I/O area
> 
> This snippet is from code that is re-entrant
> 
> I remember a long time ago I wrote program here at the IRS using bsam and got 
> storage from subpool zero
> 
> There is one program here at the IRS that uses bsam most of the programs are  
> qsam in locate mode I would ask but they don’t like it if I contact developers
> 
> 
> 
> > On Mar 23, 2023, at 9:40 AM, Seymour J Metz  wrote:
> >
> > The access method handles page fixing unless you specify DCBE FIX=USER.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> > Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
> > Sent: Thursday, March 23, 2023 9:03 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Does BSAM I/O area have to be fixed storage
> >
> >> On Thu, 23 Mar 2023 12:31:36 +, Seymour J Metz wrote:
> >>
> >> It is normal to obtaon buffers from subpool 0. It is not normal to specify 
> >> DCBE options that you don't want'
> >>
> > I coded some BSAM long ago, 370 era.  I never bothered with fixing pages.
> > I assumed/was told the access method did that for me.  I suspect it was
> > for compatibility with 360.
> >
> >> Please include the relevant DCBE with code that you post.
> >>
> >> BTW, the DFSMSdfp documentation discusses what can be above the line line 
> >> and how to support it.
> >
> > --
> > 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
> 
> --
> 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: IGGCSI00 - NVSNATTR

[Kirk Wolf]

Peter, 
Did you ever get an answer to this question about NVSMATTR='Q' ?

As far as I know, there is no public API (callable by assembler, not an IBM 
utility), that can be used to determine PDSEV2.  Am I wrong?


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Mon, Jan 23, 2023, at 1:17 PM, Pierre Fichaud wrote:
> I asked for NVSMATTR,DEVTYP, DSCBTTR and VOLSER for a PDSE version 1.
> R15 was 0 after the call to IGGCSI.
> The DEVTYP, DSCBTTR and VOLSER were fine.
> I was expecting NVSMATTR to have a value of 'L' for a PDSE but I got 'Q'.
> This isn't documented.
> I was hoping to identify a PDSE (ve or v2) before doing an allocation but ...
> 
> What does 'Q' represent and where is that documented?
> 
> Regards, Pierre.
> 
> 
> 
> --
> 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: Git, and other Open Tools, Alternative for z/OS

[Kirk Wolf]

Well, if you're vendors use open source then you could have a commercial 
license that offers warranties and indemnities that cover it.   We have offered 
that to our Co:Z customers for many years.

Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

On Thu, Mar 16, 2023, at 5:23 AM, ITschak Mugzach wrote:
> If so, ask your vendors not to use open source anymore...
> 
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> 
> 
> 
> 
> On Wed, Mar 15, 2023 at 9:06 PM Matt Hogstrom  wrote:
> 
> > +1 … that is one of the biggest challenges for any tools.  Mainframe
> > customers (and even distributed) want provenance of code and a throat to
> > choke.
> >
> > Matt Hogstrom
> > m...@hogstrom.org
> >
> > How many legs does a dog have if you call the tail a leg?  Four.
> > Calling a tail a leg doesn't make it a leg.
> > - Abraham Lincoln
> >
> >
> >
> > > On Mar 15, 2023, at 12:50 PM, David Crayford 
> > wrote:
> > >
> > > The major difference is that Rocket offer enterprise support for their
> > open source tools which a lot of customers deem mandatory. YMMV.
> >
> >
> > --
> > 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: Transmitting SMF records

[Kirk Wolf]

ISTR that distributed SAS has an option to read binary byte stream files with 
BDW+RDWs, which is what you would get if the program were to produce a merged 
RECFM=U DCB.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Wed, Jan 25, 2023, at 4:23 PM, Andrew Rowley wrote:
> On 26/01/2023 7:24 am, Andrew N Wilt wrote:
> 
> > The GDKUTIL utility does allow an Upload of something with RECFM=U. This 
> > was done at the behest of a customer that was using ftp to put SMF data out 
> > for processing by the SAS tool. Apparently, they are able to decipher the 
> > RDW records resulting from uploading a RECFM=VBS as a RECFM=U.
> 
> I would be slightly surprised if SAS can't read VB records properly 
> formatted with the RDW. RECFM U was a workaround for the problem where 
> FTP stripped out the RDW. So GDKUTIL seems to be reproducing the 
> brokenness of FTP, then providing the same workaround as a feature.
> 
> It would be preferable if it retained the RDW in VB records by default. 
> GDKUTIL seems new enough that the default could be changed without too 
> much impact. I doubt there is anyone using variable length binary 
> transfers currently who needs the data without the RDW. (However there 
> might be people uploading data who haven't discovered the resulting data 
> is unusable.)
> 
> I have been working with SMF data myself for many years, and this 
> problem with FTP causes a LOT of customer confusion and frustration.
> 
> -- 
> Andrew Rowley
> Black Hill Software
> 
> --
> 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: Markup languages

[Kirk Wolf]

On Fri, Dec 23, 2022, at 10:01 AM, Seymour J Metz wrote:
> Steep learning curve? DocBook looks pretty simple.
> 

Of course I didn't mean you :-)

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com

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

Re: Markup languages

[Kirk Wolf]

Years ago we looked for a tool set for our documentation with the requirements:

- produce decent PDFs and HTML documentation from same source
- text source (preferably XML)
- open source and portable
- NOT Word or anything like it

We ended up using the docbook framework from Apache (DBF), which is a set of 
Java/XSLT/Ant tools.   It's not perfect, but it's very good for our needs.   

You can see examples at: https://coztoolkit.com/docs/coz/coz_index.html
(open a document in HTML format and then you can also see the pdf icon as well)

Downsides:
- steep learning curve: setup and learning the XML elements

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Thu, Dec 22, 2022, at 6:52 AM, Paul Gorlinsky wrote:
> Did RUNOFF ever make it mainframe ? 
> 
> Whatever we do, don't mention that GML and HTML  are cousins...
> 
> --
> 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: Transmitting SMF records

[Kirk Wolf]

The OP didn't specify IBM FTP, so I'll mention that could use Co:Z SFTP, which 
has a subcomment "dsput" which will allocate a dataset on the target system 
matching the source system and then upload the dataset in binary, preserving 
record formats.

Example:

//SFTP EXEC PROC=SFTPPROC 
//SFTPIN DD * 
pwdsn="COZUSER.COZ.SAMPJCL(PW)" 
user=myuser
host=myhost 

. $script_dir/sftp_connect.sh  I'm glad there was a solution.
> 
> But the underlying problem seems to be that z/OS FTP appears to be limited to 
> processing a binary (image) transfer as a stream of bytes unless the transfer 
> is between a z/OS client and z/OS server.  IBM RECFM of VB and VBS seem to be 
> quite well defined and I don't know why, if the receiving z/OS FTP is 
> informed that the data stream is actually VB(S) format, either by 
> SITE/LOCSITE FTP commands or by the DCB of a preallocated output dataset, it 
> can't invoke the same routines that it would if the sender was a z/OS system.
> 
> As an alternative, it wouldn't seem very difficult to create a utility to 
> read the FTPed data (received as a sequential file with an arbitrary record 
> length) and reformat the data to write a VB(S) file.  I've known of 
> windows-based utilities that process FTPed SMF data (raw or tersed) so the 
> technical knowledge is out there.
> Date:Wed, 14 Dec 2022 13:22:27 -0600
> From:Boesel Guillaume 
> Subject: Re: [EXTERNAL] Re: Transmitting SMF records
> 
> Hi Rex,
> Great. You are right, tersing file from tape to tape works well.
> It took around 80-90 MSU during an hour for just one file but it worked.
> 
> Hoping that Ituriel will be able to read this file.
> 
> Regards and thanks !
> 
> 
> 
> 
> Gary Weinhold
> Senior Application Architect
> DATAKINETICS | Data Performance & Optimization
> Phone:+1.613.523.5500 x216
> Email: weinh...@dkl.com
> Visit us online at www.DKL.com 
> E-mail Notification: The information contained in this email and any 
> attachments is confidential and may be subject to copyright or other 
> intellectual property protection. If you are not the intended recipient, you 
> are not authorized to use or disclose this information, and we request that 
> you notify us by reply mail or telephone and delete the original message from 
> your mail system.
> 
> 
> 
> --
> 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: DD PATHOPTS OTRUNC extending

[Kirk Wolf]

It's not surprising that the C library is able to override the DD (JFCB) at 
open time.
https://www.ibm.com/docs/en/zos/2.1.0?topic=processing-filling-in-dcb

I don't think that IBM documents this very well for DD: that reference PATH 
specifications.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Tue, Dec 13, 2022, at 2:31 AM, Ian Worthington wrote:
> Your suspicions were quite correct.  After some futzing around the opening 
> logic finally does:
> 
> 
> if ((pcapfd = fopen("DD:PCAPFN", "ab+,lrecl=1")) == NULL) {
> 
> which looks like it must takes precedence over the OTRUNC.
> Many thanks for pointing me in the right direction.
> 
> 
> Best wishes / Mejores deseos /  Meilleurs vœux
> 
> Ian ... 
> 
> On Friday, December 9, 2022 at 05:37:54 PM GMT+1, Paul Gilmartin 
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:  
>  
> On Fri, 9 Dec 2022 08:54:03 +, Ian Worthington wrote:
> 
> >When I run JCL with
> >//PCAPFN DD PATHOPTS=(OCREAT,ORDWR,OTRUNC),   
> >// PATHMODE=..., PATH=... // FILEDATA='BINARY'
> >
> >any existing file gets extended.  Yet
> >
> What program did you name on the EXEC PGM= statement?
> It's possible that the program overrides PATHOPTS.  (It shouldn't
> matter if step initiation performs an open() with the coded PATHOPTS.)
> 
> How do other programs behave?:
> o IEBGENER SYSUT2?
> o IEFBR14?  (Is the truncation performed at open() or at the first write()?)
> 
> >https://www.ibm.com/docs/en/zos/2.4.0?topic=definition-status-group
> > clearly states that:
> >  
> >  - OTRUNC
> >  - Specifies that the system is to truncate the file length tozero if 
> > all the following are true:  
> >  - The file specified on the PATH parameter exists.
> >  - The file is a regular file.
> >  - The file successfully opened with ORDWR or OWRONLY.
> 
> -- 
> 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
> 

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

Re: JZOS VSAM API equivalent VSAM ENDREQ?

[Kirk Wolf]

You don't have to assume, the javadoc documents which C library functions are 
used.
https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm

And I'll correct what I said earlier, if you look at the javadoc you will see 
that there are now wrappers for several of the C library "*_unlocked" functions.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Thu, Dec 1, 2022, at 4:11 PM, Steve Austin wrote:
> Thanks Kirk,
> 
> I have multiple threads reading from and writing to a KSDS. After some
> reads I need to release the record lock. I can see there is a locate()
> method which I assume is a wrapper to flocate() and flocate() releases all
> record locks, according to the doc, so I'll try locate().
> 
> Steve
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Kirk Wolf
> Sent: Thursday, December 1, 2022 3:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JZOS VSAM API equivalent VSAM ENDREQ?
> 
> 1) There is no ENDREQ in the ZFile class.The methods are pretty much
> derived from the C library I/O functions.
> 
> One common thing that ENDREQ is used for is for using a VSAM ACB to submit
> jobs to the internal reader and give you back the jobid.  JZOS does have a
> class MvsJobSubmitter that does this.   It does not expose a low level
> VSAM api.
> 
> 2) There is no fread_unlocked in the ZFile class.
> 
> You can use the javadoc or open the class file in an IDE to see exactly
> what methods are there.
> 
> Kirk Wolf
> Dovetailed Technologies, LLC
> http://coztoolkit.com
> Dovetailed Technologies: +1 636.300.0901
> 
> Note: Our website and domain name have changed from dovetail.com to
> coztoolkit.com
> 
> On Thu, Dec 1, 2022, at 6:31 AM, Steve Austin wrote:
> > Is the VSAM ENDREQ functionality available via the JZOS ZFile VSAM API?
> > Also I imagine zfile.read() maps to the C fread(), but is there an
> > equivalent of the C fread_unlocked()?  Thanks
> >
> > --
> > 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
> >
> 
> --
> 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
> 

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

Re: JZOS VSAM API equivalent VSAM ENDREQ?

[Kirk Wolf]

1) There is no ENDREQ in the ZFile class.The methods are pretty much 
derived from the C library I/O functions.
  
One common thing that ENDREQ is used for is for using a VSAM ACB to submit jobs 
to the internal reader and give you back the jobid.  JZOS does have a class 
MvsJobSubmitter that does this.   It does not expose a low level VSAM api.

2) There is no fread_unlocked in the ZFile class.

You can use the javadoc or open the class file in an IDE to see exactly what 
methods are there.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Thu, Dec 1, 2022, at 6:31 AM, Steve Austin wrote:
> Is the VSAM ENDREQ functionality available via the JZOS ZFile VSAM API?
> Also I imagine zfile.read() maps to the C fread(), but is there an
> equivalent of the C fread_unlocked()?  Thanks
> 
> -- 
> 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
> 

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

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Kirk Wolf]

Cutting text from x3270 works fine.
You can also do File/Screen Save  to text / html / RichText or printer

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Fri, Nov 18, 2022, at 9:33 PM, Paul Gilmartin wrote:
> On Sat, 19 Nov 2022 08:57:04 +0800, David Crayford wrote:
> 
> >On 19/11/22 02:12, René Jansen wrote:
> >> RMFIII is my main use case.
> >
> >If it's graphics that you seek, RMF has been modernized to export to
> >Prometheus/Grafana.
> >
> Contrariwise, at times I have wished to be able to capture a screen as text
> for embedding in User Manuals such that:
> o The appearance of the screen is realistic (colors don't matter much.)
> o The text can be searched and Copy/Pasted for user experiments.
> 
> IBM Pubs does a credible job of this, as in:
> <https://www.ibm.com/docs/en/zos/2.5.0?topic=types-menus>
> and the corresponding PDF document.  Both have selectable text.
> 
> What tool does this?  (And facilitates problem reports in text format?)
> 
> -- 
> 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: zOS 1.13 (really) how copy MVS loadmod from ZFS to PDSE

[Kirk Wolf]

I've seen that when there isn't enough memory to start java.   Always seemed 
like bad coding to me ;-)

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Sat, Oct 15, 2022, at 8:55 AM, Nightwatch RenBand wrote:
> Finally did the simple thing from omvs cmd line
> java -version
> And got S-0C1 there.  So something is really wrong at that level.  Not JZOS
> at all. I am waiting for IBM to reply to that bit of info.  And resigned
> that I may never get this resolved.  As I told management, when they
> stopped my project to go to zOS 2.2 while it was still supported, and the
> last supported level on our machine...
> "the trailing edge bleeds just as much as the leading edge".
> 
> --
> 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: Assembler courses

[Kirk Wolf]

On Fri, Sep 23, 2022, at 6:09 PM, Paul Gilmartin wrote:
> On Fri, 23 Sep 2022 23:18:21 +0200, Bernd Oppolzer wrote:
> 
> >Many thanks for these links;
> >
> >I especially appreciate the tutorials by Brian Will "Object-Oriented
> >Programming is Bad",
> >https://www.youtube.com/watch?v=QM1iUe6IofM
> > 
> Far worse is the attempt to use OO techniques in non-OO languages.
> "Where is this function called?"
> "A pointer to it is saved in a struct."
> After that, it's anyone's guess.
> 

Some of the very best, most ubiquitous C-language software uses object-based 
techniques such as you describe ("struct with function pointer" interfaces).
It's actually quite common, and when used correctly it provides for separation 
of concerns in large systems.   Granted, some bad software uses it too :-)

Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

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

Re: SFTP question

[Kirk Wolf]

That works if the target server allows for ssh shell logins.   Many are 
restricted to only sftp, which means that neither ssh remote command or scp 
will work.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Sep 1, 2022, at 11:06 AM, Paul Gilmartin wrote:
> On Thu, 1 Sep 2022 07:33:57 -0700, Tom Brennan wrote:
> >...
> >But like you say (and if nothing has changed over the years), you need
> >to setup keys.  
> >
> Ssh-keygen makes it easy.  The keys are stored as text files.  It ought
> to be possible to Copy from a Vista OMVS window and Paste to
> a Linux xterm ssh window.
> 
> >And sftp only worked with USS files so an OCOPY or
> >similar was needed for z/OS datasets, and some temp USS space.
> >
> How about:
> /bin/cp [options] "//'MVS.DATA.SET(MEMBER)'" | ssh -f Tom@Linux "cat 
> >Linux.file"
> 
> Unconditional IBM-1047 -> ISO8859-1 conversion.  If you want it not to do 
> that, insert
> an iconv filter on the z/OS end.
> 
> Or try  to get Purchasing to approve Co:Z.
> 
> -- 
> 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: SFTP question

[Kirk Wolf]

Thanks for mentioning.
Here's an example:

//SFTPCONN EXEC PROC=SFTPPROC 
//SFTPIN DD *   
pwdsn="COZUSER.COZ.SAMPJCL(PW)" 
user=myuser
host=myhost 
lzopts="mode=text"
rdir="/app/data/"
rfile="remotefile.txt" 

. $script_dir/sftp_connect.sh <https://coztoolkit.com/support.html

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Sep 1, 2022, at 10:01 AM, rpinion865 wrote:
> Nobody has mentioned Coz from https://coztoolkit.com
> 
> 
> 
> 
> Sent with Proton Mail secure email.
> 
> --- Original Message ---
> On Thursday, September 1st, 2022 at 10:33 AM, Tom Brennan 
>  wrote:
> 
> 
> > On 9/1/2022 12:05 AM, Paul Gilmartin wrote:
> > 
> > > Might be possible with either BPXPATCH or BPXWUNIX. Set up your
> > > public-private keypairs on z/OS with ssh-keygen and copy the
> > > public key to Linux.
> > 
> > 
> > Yes, that's what I used to do. Something like this:
> > 
> > //SFTP EXEC PGM=BPXBATCH,REGION=8M,
> > // PARM='SH sftp -b sftpcmds targetid@targetserver'
> > 
> > But like you say (and if nothing has changed over the years), you need
> > to setup keys. And sftp only worked with USS files so an OCOPY or
> > similar was needed for z/OS datasets, and some temp USS space.
> > 
> > And I used to use scp too, because it would do the EBCDIC/ASCII
> > conversion for me.
> > 
> > --
> > 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 use LISTDSI from Rexx under Unix shell?

[Kirk Wolf]

You might wish try executing the "catsearch" shell command from Rexx, which is 
part of the Co:Z Toolkit.
This uses IGGCSI00, along with other services to obtain DSCB information.

https://coztoolkit.com/docs/zos-utilities/dsp-ref_catsearch.html

> catsearch  -l user.coz.**
Volume  Referred  Ext  TracksUsed Recfm Lrecl BlkSz Dsorg  Dsname
WORK81 2008/09/24   1  30   ?  U0  6144  PO-E  USER.COZ.LOADLIB
WORK81 2008/09/24   1  15   4  FB  80 27920  POUSER.COZ.SAMPJCL
WORK84 2008/09/11   1   1   1  U0  6144  PSUSER.COZ.TEST.SEQ
WORK81 2008/09/24   1  15   4  FB  80 27920  POUSER.COZ.TESTJCL

Co:Z is free to use under the terms of our Community License.
Enterprise License and Support Agreements also available.
See: http://coztoolkit.com/support.html

Kirk Wolf
Dovetailed Technologies, LLC

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Aug 25, 2022, at 5:02 AM, Michael Babcock wrote:
> Off the top of my head, you might also look at the catalog search
> interface.  Examples in SYS1.SAMPLIB I believe.
> 
> On Wed, Aug 24, 2022 at 10:47 PM Farley, Peter x23353 <
> 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Posted earlier today on MVS-OE but got no responses there.
> >
> > I know this has probably been discussed previously but I can't seem to get
> > the Marist MVS-OE archive search to work for me.
> >
> > Is there any way to use the LISTDSI TSO external function from "address
> > tso" in a Rexx program run under the Unix shell?
> >
> > I can only get it to return RC = -3, "routine not found".  Sample code
> > below.
> >
> > RTFM seems to indicate that "address tso" in a REXX program run under the
> > Unix shell will run a TSO TMP in a separate address space, which is OK, I
> > can capture the output from that as needed, but I am not getting any
> > execution of LISTDSI at all.
> >
> > Peter
> >
> > Sample code to get LISTDSI information on 'profilename.EXEC':
> >
> > /* Rexx */
> > Address tso
> > Myrc = LISTDSI('EXEC')
> > Say 'RC='Myrc',reason='SYSREASON
> >
> >
> > This message and any attachments are intended only for the use of the
> > addressee and may contain information that is privileged and confidential.
> > If the reader of the message is not the intended recipient or an authorized
> > representative of the intended recipient, you are hereby notified that any
> > dissemination of this communication is strictly prohibited. If you have
> > received this communication in error, please notify us immediately by
> > e-mail and delete the message and any attachments from your system.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> -- 
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
> 
> --
> 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: C compile: INFORMATIONAL CCN4118 **name** C F1:2008 Character constant 'xF0' has more than 1 character.

[Kirk Wolf]

IMO, not a good way.
According to the standard, the integer value of 'ABC' is implementation 
dependent.   The  IBM XLC/C++ Language Reference doesn't document how it will 
be treated  (padding, alignment, etc) as far as I can see.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Aug 18, 2022, at 11:13 AM, Charles Mills wrote:
> 'A' is just another way of saying 193.
> 
> 'ABC' is just another way of saying 12698307.
> 
> Charles
> 
> --
> 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: C compile: INFORMATIONAL CCN4118 **name** C F1:2008 Character constant 'xF0' has more than 1 character.

[Kirk Wolf]

This is one of those rare cases when Gil stays on topic and also I agree 
completely ;-)

In the C standards, these are “multi-character integer character constants”  
aka multi-chars and resolve to type int.
All of the issues that Gil points out are "implementation dependent"


Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Wed, Aug 17, 2022, at 2:19 PM, Paul Gilmartin wrote:
> On Wed, 17 Aug 2022 13:30:09 -0500, Charles Mills wrote:
> 
> >> Some C compilers allow longer character constants
> >
> >It is an option for the IBM XLC compiler. I will leave looking up the 
> >specific option as an exercise for the reader.
> >
> >I recall beyond a shadow of a doubt that on the XLC compiler for Z I have 
> >used
> >
> >int foo = 'ABCD';
> >
> Can of worms.
> 
> Documentation?
> 
> Portability of e.g. "int foo = 'ABC';":
> 
> Blank/null fill?
> 
> left/right justified?
> 
> big/small-endian?
> 
> -- 
> 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: TESTAUTH from C/C++

[Kirk Wolf]

IMO, If you are going down the path of writing C/C++ for z/OS of much 
significance, you will likely need to write some assembler routines that you 
can call from C/C++.Just bite the bullet and figure out the calling 
conventions (XPLINK?) and you will be glad in the long run.

The compiler inlining support is another option that often good, but in many 
cases it can be tricky because you have to carefully declare all of the 
register clobbers, not to mention the crazy syntax and symantics of __asm.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Mon, Aug 15, 2022, at 1:17 PM, Tony Harminc wrote:
> Marginally related to my previous question - I'd like to do a TESTAUTH from
> C/C++ code, and refuse to run if I'm not APF authorized. I'm not proposing
> to actual use the result for any sort of my own security testing, but just
> to know if calling a C/C++ library function that is documented to require
> APF (or better) is likely to fail so I can tell the user early.
> 
> I don't see a C library function to do this. The TESTAUTH expansion is
> tiny, and I could use __ASM(...), but it's perhaps neater to just test
> JSCBAUTH directly in C code. Yes, I realize TESTAUTH is more than just
> testing that one bit, but I think it's true that if that bit is off (and
> I'm not in supervisor state or system key, which I won't be), then a
> TESTAUTH would fail, and that's all I want to know.
> 
> Oddly enough, there *is* a library function that appears to test for the
> Program Controlled state. Well, maybe not - it's __must_stay_clean() which
> tests for the "must not lose Program Controlled" status, so not quite the
> same.
> 
> What's the best approach?
> 
> Tony H.
> 
> --
> 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: Java?

[Kirk Wolf]

"dubbing" basically means that a TCB gets assigned a z/OS UNIX pid.If you 
run z/OS Java under a batch address space (like with the JZOS batch launcher), 
then dubbing will occur since the JVM is written in C and uses z/OS Unix 
services.   Actually in this case it would be the JZOS batch launcher program 
that would be dubbed since it uses z/OS Unix services itself prior to invoking 
the JVM.

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com


Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Thu, Jun 30, 2022, at 8:45 AM, Paul Gilmartin wrote:
> On Thu, 30 Jun 2022 10:47:59 +, Seymour J Metz wrote:
> 
> >I believe that Java in z/OS requires dubbing It's also available in Linux. 
> >Off the mainframe, it's also available for many PC and server systems.
> >
> Why is "requires dubbing" a thing?
> 
> -- 
> 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: Some UNIX file usage questions

[Kirk Wolf]

FYI - JZOS includes a wrapper for __console2() - class com.ibm.jzos.MvsConsole

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com


On Tue, Jun 21, 2022, at 11:54 AM, Charles Mills wrote:
> _console2() does everything appropriate, including managing the CIB chain.
> 
> A batch job could, if appropriate, respond to STOP.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: Tuesday, June 21, 2022 9:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Some UNIX file usage questions
> 
> Does _console2() delete the CIB in order to allow and additional MODIFY?
> 
> For a batch job, only the MODIFY CIB is an issue.
> 
> 
> From: IBM Mainframe Discussion List  on behalf of
> David Crayford 
> Sent: Tuesday, June 21, 2022 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Some UNIX file usage questions
> 
> On 21/06/2022 9:09 pm, Seymour J Metz wrote:
> > If all that you want to do is to check for STOP, then it should be trivial
> to do it in C++. If you also want to enable and look for MODIFY text, then
> you need to use QEDIT. At that point it's easier to do it in HLASM.
> 
> The __console2() C/C++ RTL function does everything you could want to do
> with console services other than START, which I don't care about
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.co
> m%2Fdocs%2Fen%2Fzos%2F2.1.0%3Ftopic%3Dfunctions-console2-enhanced-console-co
> mmunication-services&data=05%7C01%7Csmetz3%40gmu.edu%7C77d498419638409e4
> ab608da53888b89%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637914143163123
> 218%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h
> aWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=DuHrRUBqMMJI%2BOuri59jghQ37N%2F
> qWy189iFtag5qn1A%3D&reserved=0.
> 
> Maybe Charles will open up his code for inspection and (just for fun) we
> can see if it's easier to implement in C++ or Java :)
> 
> 
> >
> > I've used Assembler H and REXX in an environment where code and design
> reviews were mandatory. And, yes, discussions included alternate ways of
> doing things, some accepted, some not.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of David Crayford [dcrayf...@gmail.com]
> > Sent: Monday, June 20, 2022 1:34 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Some UNIX file usage questions
> >
> > I could care less about Python. What is disconcerting is why you would
> > choose REXX/Assembler when you could write the same thing with less code
> > and complexity using C++ which you already know. Maybe you're just
> > having fun and there is nothing wrong with that. There is nobody to
> > review your code and ask for changes like where I work.
> >
> > On 21/06/2022 1:31 am, Charles Mills wrote:
> >> I am not the client. I guess the client makes its decisions based on a
> variety of factors. I have many skills that are valuable to the client, and
> I would guess that "best language for the application in the opinion of a
> guy on IBMMAIN" (as opposed to "demonstrably adequate language") is not high
> on the client's list of factors.
> >>
> >> I think you are engaging in "engineer-ism" (there may be a better word?).
> Python may well be the best language for the job, for some values of best.
> Rexx is a perfectly adequate language for the job. "Integrating a new
> developer" would be for the client what "implementing a new language
> environment" would be for me.
> >>
> >> Charles
> >>
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David Crayford
> >> Sent: Monday, June 20, 2022 9:58 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Some UNIX file usage questions
> >>
> >> I take it you must be the client? I can't fathom any client who would be
> >> stupid enough to allow a vendor to write code in their language of
> >> choice due to their personal skill set. That's technical debt.
> >>
> >> On 20/06/2022 11:34 pm, Charles Mills wrote:
> >>> Aww David, I respect you more than that reply.
> >>>
> >>> Of cou

Re: SFTP JOB Data parameter

[Kirk Wolf]

IMO, the contortions in this thread seem to be in search of the most 
complicated solution.
By just using the z/OS UNIX shell in batch, the OP's requirement can be solved 
in a straightforward way.

FWIW, here's how you would do this with Co:Z SFTP and Co:Z Batch, along with 
our sample proc and scripts:

//SFTP EXEC PROC=SFTPPROC  Co:Z SFTP sample proc
//SFTPIN DD *
# This is a z/OS UNIX shell script
# See: https://dovetail.com/docs/sftp/client.html#client-batch
#
user=EFTMFGET01
host=10.222.xx.xx
port=
rfile="EBC-GOV-$(sysvar LYYMMDD).txt"
   
. $script_dir/sftp_connect.sh 

Re: How to force use of a single unix process to all bpxbatch calls?

[Kirk Wolf]

find -exec is a generally poor choice for doing something efficiently, 
especially on z/OS.

find -exec  is an extremely popular way to demonstrate a heaping dose of 
impenetrable syntax 


On Tue, May 31, 2022, at 6:05 PM, Paul Gilmartin wrote:
> On Tue, 31 May 2022 15:08:57 -0500, Kirk Wolf wrote:
> 
> >It isn't really clear to me what you are trying to do other than some 
> >variation on /bin/find and then processing the resulting list of files.  
> >
> /bin/find is underappreciated.
> find   -exec /bin/sh -xc "
> list
> of
> commands" "$0" {} \;
> can do remarkable things such as systematically renaming files.
> 
> I wouldn't recommend relying on "the default shell of the user".
> for this unless the user supplies the shell commands and they
> operate with that user's privileges.
> 
> >Are you are trying to start multiple concurrent processes?  I can't tell.
> >
> Beware the z/OS limit on concurrent processes.
> 
> -- 
> gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: How to force use of a single unix process to all bpxbatch calls?

[Kirk Wolf]

It isn't really clear to me what you are trying to do other than some variation 
on /bin/find and then processing the resulting list of files.  Are you are 
trying to start multiple concurrent processes?  I can't tell.

For your general description, you may want to start with a main rexx exec, 
itself stored in zFS with chmod +x.  Kick this off from a single BPXBATCH job 
step if you like and try to local spawn using _BPX_SHAREAS=YES.

Then you could mix .rexx shell scripts with executable /bin/sh shell scripts to 
do what you want.  

All along the way, "export _BPX_SHAREAS=YES and export _BPX_SPAWN_SCRIPT=YES", 
and in the /bin/sh scripts,  do  "set -o pipecurrent".   This will help reduce 
OMVS address spaces, but it only helps with spawns, and not in the cases where 
something like the shell does fork/exec.

If you want efficiency, you can do low-level Unix programming using the REXX 
"syscall commands", but this requires pretty good familiarity with low level 
Unix programming.

Another possibility (depending on the details), would be to have your main rexx 
use bpxwunix to local-spawn /bin/find to find potential files and return them 
all to rexx in either a temp file or stem.   Then your main rexx can parse 
through those and maybe use syscall commands to move, rename, delete, etc.

At the end of the day, it's impossible to give very good answers to a question 
that is posed so generally and without much detail.

-- Kirk Wolf
Dovetailed Technologies

PS> You might look at the sample REXX /samples/skulker for ideas.  It sounds 
generally similar to what you are describing.  It is not particularly efficient.

https://www.ibm.com/docs/en/zos/2.1.0?topic=descriptions-skulker-remove-old-files-from-directory

On Mon, May 30, 2022, at 7:52 AM, Itschak Mugzach wrote:
> Kirk,
> 
> A rexx exec is processing a file system. First call to bpxbatch perform ls
> looping on the directories listed in the root to look for specific files
> (ignore the logix, it was dictated by a uniprocessor and a mixture of
> software).
> I noticed that every call to unix creates (or starts) a shadow STC to
> process the command. My assumption is that the way it works affects elapse,
> and maybe, cpu consumption. I want the program to be as efficient as
> possible.
> 
> so, to summarize:
> 
>- The Program is a (tso) rexx running unix commands.
>- Using the default shell of the user.
>- I want to eliminate the STC, or keep it for the life of the exec.
>- The quoted statement relates to the fact that I assume it is less
>effective to run unix outside of the address space.
> 
> ITschak
> 
> 
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
> and IBM I **|  *
> 
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il 
> <http://www.securiteam.co.il/>  **|*
> 
> 
> 
> 
> 
> On Mon, May 30, 2022 at 3:41 PM Kirk Wolf  wrote:
> 
> > I would need more information:
> >
> > - By "the command" do you mean a z/OS Unix shell command?
> >
> > - Why exactly do you want BPXBATCH?
> >
> > - Do you want another STC for each "command", or is that what you don't
> > want?
> >
> > - Do you need the z/OS Unix shell itself, or is it OK to run the command
> > without a shell?
> >
> > - What language is your program developed in?
> >
> > - I don't understand this:
> > "I want to use the same time used to create a new stc every call and that
> > the unix task will remain active the entire job life"
> >
> > Kirk Wolf
> > Dovetailed Technologies
> >
> > On Sun, May 29, 2022, at 8:00 AM, ITschak Mugzach wrote:
> > > I am running a program that calls BPXBATCH several times. Each call
> > creates
> > > another task (STC) that runs the command. I want to use the same time
> > used
> > > to create a new stc every call and that the unix task will remain active
> > > the entire job life. Is this possible?
> > >
> > > ITschak
> > >
> > > ITschak Mugzach
> > > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> > > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > Kirk Wolf
> > Dovetailed Technologies
>

Re: How to force use of a single unix process to all bpxbatch calls?

[Kirk Wolf]

I would need more information:

- By "the command" do you mean a z/OS Unix shell command?

- Why exactly do you want BPXBATCH?

- Do you want another STC for each "command", or is that what you don't want?

- Do you need the z/OS Unix shell itself, or is it OK to run the command 
without a shell?

- What language is your program developed in?

- I don't understand this:
"I want to use the same time used to create a new stc every call and that the 
unix task will remain active the entire job life"

Kirk Wolf
Dovetailed Technologies

On Sun, May 29, 2022, at 8:00 AM, ITschak Mugzach wrote:
> I am running a program that calls BPXBATCH several times. Each call creates
> another task (STC) that runs the command. I want to use the same time used
> to create a new stc every call and that the unix task will remain active
> the entire job life. Is this possible?
> 
> ITschak
> 
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: AT-TLS & FTP troubles - cannot get very simple setup working

[Kirk Wolf]

On Wed, May 25, 2022, at 10:30 AM, Dustin Hayes wrote:
> 
> What Michael is trying to tell you is that your confusing "sFTP" and "FTPs", 
> these are two very different protocols which have nothing to do with each 
> other (think beta vs vhs).
> 
> sFTP is "ftp tunneled though the SSH interface" and runs on TCP/22.  Getting 
> that functional is a conversation covered in the USS books, check out the SSH 
> section.
> 

The first sentence is true, but the second is probably misleading.

"SFTP" / "sFTP"  aka "SSH/SFTP" is not the FTP protocol tunneled through an SSH 
interface.  Not even a little.   The SFTP packet layer that runs over an SSH 
channel is this:

https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-13

SFTP resembles "FTP" only as far as many SFTP clients have a command language 
that is somewhat similar to FTP.If you look at the SFTP protocol layer, it 
is semantically close to the the low level Unix file API.  Here are the SFTP 
protocol packet types (with some interesting twists):

   SSH_FXP_INIT1
   SSH_FXP_VERSION 2
   SSH_FXP_OPEN3
   SSH_FXP_CLOSE   4
   SSH_FXP_READ5
   SSH_FXP_WRITE   6
   SSH_FXP_LSTAT   7
   SSH_FXP_FSTAT   8
   SSH_FXP_SETSTAT 9
   SSH_FXP_FSETSTAT   10
   SSH_FXP_OPENDIR11
   SSH_FXP_READDIR12
   SSH_FXP_REMOVE 13
   SSH_FXP_MKDIR  14
   SSH_FXP_RMDIR  15
   SSH_FXP_REALPATH   16
   SSH_FXP_STAT   17
   SSH_FXP_RENAME 18
   SSH_FXP_READLINK   19
   SSH_FXP_LINK   21
   SSH_FXP_BLOCK  22
   SSH_FXP_UNBLOCK23

   SSH_FXP_STATUS101
   SSH_FXP_HANDLE102
   SSH_FXP_DATA  103
   SSH_FXP_NAME  104
   SSH_FXP_ATTRS     105

   SSH_FXP_EXTENDED  200
   SSH_FXP_EXTENDED_REPLY201


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS>  z/OS OpenSSH doesn't use AT-TLS.It can directly use ICSF calls or 
direct CPACF instructions for Ciphers and Macs.  SSH (the SSH2 RFC) doesn't use 
TLS handshaking either.Maybe that's why the many SSL/TLS bugs haven't 
applied :-)


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

Re: [EXTERNAL] Re: Potential Resource Savings Techniques

[Kirk Wolf]

LOL, this is one of those sure-fire and then throw gasoline on ibm-main threads 
of the class:

"Here are some historical things about MVS that you probably didn't know"

Keep um, coming :-)

-- Kirk Wolf
Dovetailed Technologies

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

Re: SAF without an ESM

[Kirk Wolf]

Hey, that was both kinds!  

On Thu, May 5, 2022, at 9:03 PM, David Spiegel wrote:
> *flotsam
> 
> On 2022-05-05 19:45, Kirk Wolf wrote:
> > Oh my, LOL.
> > About half of ibm-main posts are attempts at humor (many unintentional), 
> > and the other half are just pedantic flotsum  but that actually landed 
> > somewhere else.
> >
> > On Thu, May 5, 2022, at 5:25 PM, Phil Smith III wrote:
> >> Alan Altmark wrote, in part:
> >>> it should attempt to engage a human.
> >>   
> >>
> >> So your program calls some system interface, SAF gets involved, responds
> >> "Your call is very important to us.please hold for the next available
> >> agent."? /s
> >>
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> >
> > --
> > 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
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: SAF without an ESM

[Kirk Wolf]

Oh my, LOL.
About half of ibm-main posts are attempts at humor (many unintentional), and 
the other half are just pedantic flotsum  but that actually landed somewhere 
else.

On Thu, May 5, 2022, at 5:25 PM, Phil Smith III wrote:
> Alan Altmark wrote, in part:
> >it should attempt to engage a human.
> 
>  
> 
> So your program calls some system interface, SAF gets involved, responds
> "Your call is very important to us.please hold for the next available
> agent."? /s
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: SDSF - ISPF questions (wishes?)

[Kirk Wolf]

Thanks Rob for your response.

I appreciate the very nice APIs for SDSF, and agree that these are normally the 
best solution for this kind of problem.  Unfortunately for the audience and 
on-the-fly context at hand, any REXX or code is probably ruled out :-)

-- Kirk Wolf

PS> For the print separators - an option on the "PRINT or PRINT D" command 
would seem like a generally useful thing.  It would basically cause a separator 
that identifies the next thing being printed.

On Tue, May 3, 2022, at 3:46 AM, Rob Scott wrote:
> I think that SDSF's REXX API and the ability to run your own rexx execs from 
> the "NP" column would give you a very decent starting point to add this 
> function.
> 
> As the format of the separator record would most likely be variable depending 
> on the user or installation, this also nudges this requirement into the realm 
> of the SDSF REXX interface IMHO.
> 
> If this feature was ever considered for SDSF via RFE, I would expect it to be 
> delivered as a sample SDSF REXX exec rather than as part of the builtin 
> actions and commands.
> 
> Rob Scott
> Rocket Software
> 
> From: IBM Mainframe Discussion List  On Behalf Of 
> Lionel B. Dyck
> Sent: 02 May 2022 13:08
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF - ISPF questions (wishes?)
> 
> EXTERNAL EMAIL
> 
> 
> 
> Kirk - I know of no way to add a descriptor record separating each DD when
> extracting multiple DD's using SDSF to a single target dataset.
> 
> That does look to be a useful feature - you should submit an RFE for it.
> 
> 
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com<https://www.lbdsoftware.com>
> Github: https://github.com/lbdyck<https://github.com/lbdyck>
> 
> "Worry more about your character than your reputation. Character is what you
> are, reputation merely what others think you are." - - - John Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of
> Kirk Wolf
> Sent: Monday, May 2, 2022 06:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU>
> Subject: Re: SDSF - ISPF questions (wishes?)
> 
> I'm sorry if I was not clear. I was looking for something that used
> standard SDSF commands and does not require that a client have some REXX
> code of any kind. It's more about the usage context rather than anything
> pejorative about REXX.
> 
> On Sun, May 1, 2022, at 6:30 PM, Paul Gilmartin wrote:
> > On Sun, 1 May 2022 23:00:39 +, Gibney, Dave wrote:
> >
> > >I do not believe there is any z/OS system without Rexx available.
> > >
> > >> >Pretty sure there is no such thing as a z/OS install without Rexx
> > >> >
> > I misunderstood you to say that there is no installation procedure on
> > z/OS that does not depend on Rexx.
> >
> > And the page cited by LBD, 
> > <https://github.com/lbdyck/sdsfxdd<https://github.com/lbdyck/sdsfxdd>>,
> > includes "install.rex".
> >
> > ".rex"? I always spell it ".Rexx". Keystroke parsimonious?
> >
> > >> ???
> > >> But there were installers for MVS long before Rexx infiltrated TSO/E.
> > >> A classic example is SMP/E, which IBM deemed safe until Spring,
> > >> 2010.
> >
> > --
> > gil
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the 
> > message: INFO IBM-MAIN
> >
> 
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com<http://dovetail.com>
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu<mailto: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<mailto: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-you

Re: SDSF - ISPF questions (wishes?)

[Kirk Wolf]

I'm sorry if I was not clear.   I was looking for something that used standard 
SDSF commands and does not require that a client have some REXX code of any 
kind.   It's more about the usage context rather than anything pejorative about 
REXX.

On Sun, May 1, 2022, at 6:30 PM, Paul Gilmartin wrote:
> On Sun, 1 May 2022 23:00:39 +, Gibney, Dave wrote:
> 
> >I do not believe there is  any z/OS system without Rexx available.
> >
> >> >Pretty sure there is no such thing as a z/OS install without Rexx
> >> > 
> I misunderstood you to say that there is no installation procedure
> on z/OS that does not depend on Rexx.
> 
> And the page cited by LBD, <https://github.com/lbdyck/sdsfxdd>,
> includes "install.rex".
> 
> ".rex"?  I always spell it ".Rexx".  Keystroke parsimonious?
> 
> >> ???
> >> But there were installers for MVS long before Rexx infiltrated TSO/E.
> >> A classic example is SMP/E, which IBM deemed safe until
> >> Spring, 2010.
> 
> -- 
> gil
> 
> ------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: SDSF - ISPF questions (wishes?)

[Kirk Wolf]

Right.  I can do that also using Co:Z SFTP, pretty simple in a batch.
My thing for now is something that is purely SDSF / ISPF commands and options 
for wide audience as Rx.

On Sun, May 1, 2022, at 10:03 AM, Paul Gilmartin wrote:
> On Sun, 1 May 2022 09:18:20 -0500, Kirk Wolf wrote:
> >.  ...
> >Works OK, but I would like to know if there is a way to:
> >
> >a) in the output data set, have each concatenated spool file prefixed by a 
> >separator record, like the Job/Step/procstep/ddname of the spol file ?
> >
> How would you deal with unlike attriibutes?
> 
> I wrote a Rexx script using the SDSF API to extract *all* the
> spool files for a given job to separate files in a UNIX hierarchy:
> JOBID/STENAME/PROCSTEP/spool-id.ddname.
> 
> SDSF supplies RECFM and LRECL.  I select FILEDATA based
> on DDNAME.
> 
> No selection; all spool files, including a few that JES doesn't
> say much about.
> 
> If I run it against itself it captures partial SYSTSPRT.
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: SDSF - ISPF questions (wishes?)

[Kirk Wolf]

Ah. Thanks Lionel!  I will take a look.

I should have mentioned that I'm looking for something without a REXX install 
so that I can easily give it to clients on the fly.

-- Kirk

On Sun, May 1, 2022, at 10:03 AM, Lionel B. Dyck wrote:
> You can try this. It may work as is or give you an idea on how to do what you 
> want
> 
> https://github.com/lbdyck/sdsfxdd
> 
> Lionel B Dyck <
> Sent from my iPad Pro 10.5
> Website: www.lbdsoftware.com
> 
> "Worry more about your character than your reputation.  Character is what you 
> are, reputation merely what others think you are." - John Wooden
> 
> > On May 1, 2022, at 9:19 AM, Kirk Wolf  wrote:
> > 
> > Kind ibm-mainers,
> > 
> > I have a question about printing selective held spool files to a data set 
> > with SDSF under ISPF.
> > 
> > Here's what I know how to do:
> > 
> > 1 Select the spool files for a job under the "ST" panel using "?" prefix.
> > 2 Then the panel displaying the list appears.  I often use INPUT primary to 
> > see sysins
> > 3 Use "PRINT D" command to open a print data set
> > 4. USE X prefixes on selected spool files
> > 5 PRINT CLOSE
> > 
> > Works OK, but I would like to know if there is a way to:
> > 
> > a) in the output data set, have each concatenated spool file prefixed by a 
> > separator record, like the Job/Step/procstep/ddname of the spol file ?
> > 
> > b) if not (a), maybe some way to at least print the list of spool files 
> > (from the ? list panel) to the print data set.  There doesn't seem to  be 
> > an obvious way to print that to the same SDSF output print dataset.
> > 
> > Thanks,
> > 
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> > 
> > --
> > 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
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

SDSF - ISPF questions (wishes?)

[Kirk Wolf]

Kind ibm-mainers,

I have a question about printing selective held spool files to a data set with 
SDSF under ISPF.

Here's what I know how to do:

1 Select the spool files for a job under the "ST" panel using "?" prefix.
2 Then the panel displaying the list appears.  I often use INPUT primary to see 
sysins
3 Use "PRINT D" command to open a print data set
4. USE X prefixes on selected spool files
5 PRINT CLOSE

Works OK, but I would like to know if there is a way to:

a) in the output data set, have each concatenated spool file prefixed by a 
separator record, like the Job/Step/procstep/ddname of the spol file ?

b) if not (a), maybe some way to at least print the list of spool files (from 
the ? list panel) to the print data set.  There doesn't seem to  be an obvious 
way to print that to the same SDSF output print dataset.

Thanks,

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: Use of zCX

[Kirk Wolf]

Very good point.
Phil - I haven't been subscribed for a year or two to linux-390  - are they 
discussing arch=390x docker packages as needed for zCX as well?   VM/Linux vs  
zCX?   I would assume yes to both.

On Tue, Apr 26, 2022, at 10:07 AM, Phil Smith III wrote:
> I'm compelled to note that all of the discussion of third-party product
> availability, difficulty (or not) of porting, etc. has been rehashed over
> the last 20 years on the LINUX-390 list. That doesn't mean it's not a valid
> discussion, just that joining that list will likely get more detailed
> answers.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: Use of zCX

[Kirk Wolf]

It's pretty good  (s390x linux software), but it seems to me that this is not 
without some friction:

- OSS sometimes has compile paths that take advantage of x86 instructions for 
optimization, e.g. SSE.  Nearly all of the time there is a C path, but that 
doesn't mean that the code will perform well in all cases.

- pre-built repositories/packages/container images for arch=s390x are often 
harder to find other than the main distro stuff.   Maybe this is getting 
better; my experience with it is not totally current.

- will vendors with proprietary closed source software support arc=s390x 
packages (and for zCX, container images)?  Many, but certainly not all.


On Mon, Apr 25, 2022, at 12:11 AM, David Crayford wrote:
> On 25/4/22 11:37, kekronbekron wrote:
> > What about code that does CPU instruction set specific things.
> > How likely is the success of its compilation on s390x with minimal work.
> 
> About 100% likely. Linux is Linux is Linux. IBM have ported all the 
> compiler tool-chains such a GCC, LLVM/Clang etc. In the case of LLVM, 
> it's used to build other compilers and runtimes such as Rust, Swift, 
> Golang etc. You can cross-compile if you don't have access to Linux on Z 
> but then you wouldn't have tested it :)
> 
> 
> > If it's "easy", why is the IBM Z and LinuxOne Open Source list not bigger 
> > -https://www.ibm.com/community/z/open-source-software/
> 
> I have no doubt there's a lot more available then what's listed in that 
> community. It's awesome that IBM have ported LuaJIT to s390x. It should 
> be possible to port that to z/OS and then OpenResty and Kong. 
> https://github.com/linux-on-ibm-z/LuaJIT/blob/v2.1/src/vm_s390x.dasc
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: Use of zCX

[Kirk Wolf]

Many shops might find linux containers managed as a z/OS subsystem using z/OS 
SMS storage is attractive when compared to VM/Linux infrastucture.You can't 
make everyone happy, but now you can have it either way.  z is the new 
"Whopper" :-)


On Thu, Apr 21, 2022, at 12:55 PM, Dave Jones wrote:
> I agree with Robert's objections to zCX, and, frankly, If all a site wants to 
> do is run zLinux applications on an IBM z system, it is much simpler (and 
> perhaps cheaper) to just install z/VM on the box and then host as many Linux 
> guests as you want. No extra external tooling is needed; just use out of the 
> box management apps that are already available. Plus, the system programmers 
> have much greater and finer, control over the hardware resources (memory, 
> CPU, etc.) each zLinux guest is allowed to consume. And of course, z/VM and 
> zLinux run very well on the full speed IFL engines, no other specialty 
> engines required.  Connect the z/VM and z/OS LPARs together by hyper-sockets 
> and you're good to go. 
> If I was an z/OS shop looking towards Linux, that's how I would proceed.
> Thought and comments always welcome.
> DJ
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: Sftp Vs connect direct

[Kirk Wolf]

I agree - compatibility with partners is key, which is why standardized 
protocols are often chosen over proprietary.  This may not be a consideration 
for all.

As others kindly mentioned, Co:Z SFTP includes support for z/OS data sets, 
codepage and line terminator conversions etc, etc.  It also supports automation 
on z/OS in the form of customizable notification WTOs, and IBM FTP-compatible 
user exits.   
https://dovetail.com/products/sftp.html

It is true that restart (of z/OS data set transfers) is not supported, but this 
turns out not to be as important a requirement as it was years ago when 
networks were much less reliable.   

Co:Z is available free under our Community License, Enterprise License and 
Support agreements are also available.
https://dovetail.com/support.html

Kirk Wolf
http://dovetail.com


On Sat, Apr 16, 2022, at 3:45 PM, Steve Beaver wrote:
> The whole discussion distills down to.  What does your partner site have 
> including their scheduling system. Unless they have a way that can signal the 
> file is there to the partner
> 
> Sent from my iPhone
> 
> No one said I could type with one thumb 
> 
> > On Apr 16, 2022, at 14:39, Michael Oujesky  wrote:
> > 
> > Due to the capabilities for check-pointing and automatic recovery, I would 
> > suggest C:D for large file transfers.
> > 
> > Though the transferred file has to be fully landed before processing of the 
> > data can begin, whereas FTP protocols do allow processing of the data as it 
> > is received.
> > 
> > If you are doing other transfers via C:D, then licensing cost is not an 
> > issue.  But if C:D is only used for these transfers, then a cost/benefit 
> > evaluation has to be made versus the cost/impact of error recovery time and 
> > effort needed to cope with FTP failures.  Note that C:D does allow for 
> > alternate nodes to receive a given transmission.
> > 
> > With both FTP and C:D transfers, I would suggest sending a zero length file 
> > to signal successful completion.
> > 
> > C:D can spawn a C:D process on the receiving end when transfer has been 
> > successfully completed or it could spawn task on sending or receiving 
> > systems to handle an unrecoverable transmission failure.  Then there are 
> > the capabilities of the C:D FileAgent component for additional automation 
> > options.
> > 
> > Michael
> > 
> > At 09:36 AM 4/16/2022, saurabh khandelwal wrote:
> > 
> >> Hello Group,
> >> 
> >> Currently we are using connect direct in our environment for file 
> >> transfer.  But now, our team like to migrate file transfer from connect 
> >> direct to sftp.
> >> 
> >> I think, sftp doesn't have any mechanism to find that file has been 
> >> transferred successfully or not . If we are transferring any big file 
> >> using sftp and Network connection broken then how it's going to impact the 
> >> file transfer or sender should again initiate file transfer.
> >> 
> >> In connect direct case we get return code on sender and receiver side 
> >> which confirm if file transfer is perfectly sent to destination without 
> >> any issue.
> >> 
> >> Can anybody guide me on this , which facility is best to use sftp or 
> >> connect direct
> >> 
> >> --
> >> 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
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: [MVS-OE] Running z/OS Unix commands from an MVS sequential dataset

[Kirk Wolf]

$(fromdsn //DD:DSNS)  
returns a multiline string as one arg.   Actually it won't work, since $(  ) 
does a fork into a different address space and the DD isn't there.

xargs is completely different, but works perfectly for when you want to 
tokenize a stream into additional arguments for a command.

On Mon, Apr 4, 2022, at 7:44 PM, Paul Gilmartin wrote:
> On Apr 4, 2022, at 10:47:36, Kirk Wolf wrote:
> > ...
> > //AWK  EXEC PGM=COZBATCH
> > //DSNS DD   *
> > "//'SYS1.MACLIB(ACB)'"
> > "//'SYS1.MACLIB(CHECK)'"
> > "//'SYS1.MACLIB(CLOSE)'"
> > "//'SYS1.MACLIB(DYNALLOC)'"
> > /*
> > //STDIN DD  *
> > fromdsn //DD:DSNS |
> >  xargs awk '/STR/ {print FILENAME ":" NR "\t" $0 }'
> > //
> >  
> In utter ignorance of "fromdsn", I wonder. What can xargs do that
> can't be done equally we'll with command substitution, e.g.:
> //STDIN DD  *
>awk '/STR/ {print FILENAME ":" NR "\t" $0 }' $(
> fromdsn //DD:DSNS )
> 
> I've found xargs useful only with non-portable filenames, then:
> find ... -print0 | xargs -0 
> 
> Alas, z/OS supports neither "find ... -print0" nor "xargs -0"
> 
> -- 
> gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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