Re: ISPF for mainframe Linux

[David Crayford]

On 30/01/2021 6:42 am, Wayne Bickerdike wrote:

Necessity is the mother of invention. Glad someone invented ISPF edit
macros. Others have a different vi(ew!)


It's going to take a lot more than a few ISPF edit macros to implement 
what's available in the new generation of mainframe IDEs Wayne! A couple 
of years back we attended the Z roadshow at IBM, Perth.
They demoed IBM Wazi Developer which was impressive. It's a web based 
IDE that spins up docker containers in the cloud for workspaces. A few 
years back IBM acquired EZSource which
is a suite of tools for deep code analysis of COBOL/PL1 legacy code. It 
builds a dependency graph of all the assets in an application. It can 
find dead code, logic errors. Modern editors like VS Code are implemented
using language servers and the Language Server Protocol (LSP) [2] to run 
RPC calls on the back-end for code completion, context assist, linting 
etc. All of this fits into a devops pipeline. There were loads of young  
devs
from Perths big bank that day who were using IBM developer for Z and 
they will jump right on Wazi. BW are transitioning to Git so we will 
lose a Proteus SCM customer and gain a Git customer.


Tooling like this is a necessity as the developers with deep knowledge 
of the system retire or drop off, which is happening now.  Intelligent 
tooling and modern development practices are a must. The ISPF editor is 
not intelligent.
I can't even write a customer syntax highlighter for shell scripts let 
alone Python, both of which are first class mainframe languages. Of 
course, most of the old timers that have used ISPF for 30+ years will 
stick to what they know and good luck to them.


Good news that you can get a VS Code based z/OS mainframe editor that 
supports COBOL, PL1 and HLASM for free [3]. If you're running Zowe it 
can integrate with the remote system explorer. I was involved in code 
reviews for some of the RSE work and
it's a very neat implementation. All of the code is open source on 
Github. It's hard to justify stumping up hundreds of $$ for Slickedit or 
Ultraedit when you can get this for free!


[1] https://www.ibm.com/products/wazi-developer
[2] https://en.wikipedia.org/wiki/Language_Server_Protocol
[3] https://ibm.github.io/zopeneditor-about/

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

Re: Rexx stem variable question

[Tom Conley]

On 1/29/2021 12:05 PM, Charles Mills wrote:

Try value(isstepinit.userid.) = 0


Thanks @Tom. I will keep that in mind. I already got this program working using somewhat 
different logic that avoided dependency on the nonexistent "Rexx feature."

Charles



Charles,

First, let me apologize for posting a quick answer between production 
problems.  As Shmuel and Gil have pointed out, I was incorrect in saying 
that the tail was a literal.  I feel shame.


I ran a number of tests to try to determine what was going on here.  I 
also consulted every Rexx reference I could find.  None of them showed 
initializing a stem array beyond the initial stem.  While none of the 
references come out and say it,

a.b. = 0
doesn't accomplish making
a.b.c = 0,
only
a. = 0
will do that.  This would be a good question for Mike Cowlishaw.

Regards,
Tom Conley

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Mike Schwab]

PDSE Edit Generations ISPF package.
https://github.com/lbdyck/pdsegen

On Fri, Jan 29, 2021 at 6:20 PM Tony Harminc  wrote:
>
> On Fri, 29 Jan 2021 at 14:55, Gibney, Dave  wrote:
> >
> >I am still interested in a Windows (or Linux) tool that can understand 
> > PDS/E unload format.
>
> It's an interesting issue, because while the IEBCOPY unload format of
> a PDSE is documented in some detail, the PDSE format itself (as it
> exists on disk) is not. I don't know if IBM has extended this unload
> doc to include the newer features like large format and member
> generations. Probably not...
>
> In any case while I have vague memory of some non-mainframe tools out
> there that can read IEBCOPY unloads, I can't at the moment find them.
> It's not all *that* complicated; perhaps you'd like to contribute.
>
> Tony H.
>
> --
> 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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Gibney, Dave]

Thank you to all who have responded, I appreciate the several suggestions so 
far, I may try several of them. I may get shifted into other efforts. 
 Right now, this is an  exploratory, researching, POC,  project and with 
undefined or incomplete and amorphous goals..
Even the ultimate target users/audience isn't clear, and they may not, in the 
end, actually ever need to look. But, it is very unlikely that, as least for 
any preliminary looking, they are unlikely to have access to a z/OS system (or 
even a Hercules/MVS 3.8) 
  because if the need arises very far into the future , it probably won't be 
me. I'll have 40 years in  here  come August, and may or may not be available 
to them. 
  
  I want something )or several different "things" that will, at least 
hypothetically let there be a chance for a  historical, investigatory, or, god 
forbid, a forensic effort to get started.
   I also don't want it to be significantly manual. I have SMP/E, DCOLLECT, 
ADRDSSU, TRANSMIT, FTP, (Could install CCKDDUMP), DFSORT, Rexx and other tools 
(Natural) available. And aside from PS, PDS, VSAM, there is also Adabas, 
Control-D and probably Endevor data to consider. 
  

> 6. "Archival purposes" can be EASILY fulfilled with ADRDSSU DUMP "all
> files" and then XMIT and download. It is good archive, but it is
> readable under z/OS. Bad? This is the only 100% exact copy. And let's
> imagine, you can use two (or more) ways - one for "exact, but unreadable
> copy", other for more readable copies, but not necessarily exact.
> 
> > In preparation for shutting down my z/OS 2.3 system, sometime this
> year, I am looking at options for unloading/storing both my z/OS files as well
> as my application data and infrastructure files.


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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Tony Harminc]

On Thu, 28 Jan 2021 at 17:32, Gibney, Dave  wrote:

>In preparation for shutting down my z/OS 2.3 system, sometime this year, I 
> am looking at options for unloading/storing both my z/OS files as well as my 
> application data and infrastructure files.

Another approach to the many mentioned is to use the CCKDDUMP utility
(CBT file 541 and other places) that runs on z/OS and creates a
Hercules format CCKD file that represents an entire z/OS disk volume.
Or you can select what gets dumped by wildcarded DSNs and still get a
complete volume image containing tracks from just those datasets. Or
if you're in a position to do so, you could create (or reuse) an
entire volume, copy all your data to it, and CCKDDUMP that.

What to do with this dump, then? Well you can use it with the Hercules
emulator, or possibly (with conversion) on some others such as a P390
or a zPDT.

Of course I'm not suggesting you should unload z/OS itself, but in
general the old MVS 3.8 (with hobbyist community updates) can mount
fairly modern volumes. There's no PDSE support, unfortunately, and
VSAM is back level, but most else should be fine.

Like the "run a DFDSS dump of all your datasets", this is a "collect
it all" approach. It may be less easy to use, but you'll know you have
all your stuff, and can always find someone to mount the volume and
restore something you may forget if you do it piece by piece.

Tony H.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Tony Harminc]

On Fri, 29 Jan 2021 at 14:55, Gibney, Dave  wrote:
>
>I am still interested in a Windows (or Linux) tool that can understand 
> PDS/E unload format.

It's an interesting issue, because while the IEBCOPY unload format of
a PDSE is documented in some detail, the PDSE format itself (as it
exists on disk) is not. I don't know if IBM has extended this unload
doc to include the newer features like large format and member
generations. Probably not...

In any case while I have vague memory of some non-mainframe tools out
there that can read IEBCOPY unloads, I can't at the moment find them.
It's not all *that* complicated; perhaps you'd like to contribute.

Tony H.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Tony Harminc]

On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka  wrote:

> Few remarks:
...
> 4. Source code EBCDIC-ASCII translation. Example: I hate REXX
> translation. REXX use || characters while in CP852 it should be !!.
> Simple translation corrupts REXX code. C code is corrupted as well.

The | character is at the same code point X'7C' in CP852 (ISO Latin-2)
as it is in CP819 (ISO Latin-1) and most other European language CPs.
The ! character is at X'21' in CP852 and most others. So your problem
is with neither REXX nor with CP852 - it's presumably with some bad
translation table in your FTP or TN3270 or...

Tony H.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Charles Mills]

> you can use two (or more) ways - one for "exact, but unreadable 
> copy", other for more readable copies, but not necessarily exact.

That is exactly what I do. ADRDSSU of everything gives you a perfect restore 
with all the attributes and so forth. You can terse it if you wish and bring it 
to and from a small system in binary.

Then the source and JCL and similar files you also bring down member by member 
translated to "ASCII" (as FTP calls it -- please, no rants about code pages). 
Perfect for many things and "good enough" for others. You can satisfy "how did 
I do that before?" even if a few characters are corrupted, and worst case a few 
CHANGE commands makes everything right.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Radoslaw Skorupka
Sent: Friday, January 29, 2021 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

I did it. There is no simple solution, not "one size fit all".
Few remarks:
1. EBCDIC-ASCII conversion. It is crucial for text file, however 
sometimes record contain binary fields which should not be translated or 
the translation is quite different.
2. Programs. There is no big reason to migrate PDS libraries (program 
objects or load modules).
3. Source code. Why? It's not so obvoius.
4. Source code EBCDIC-ASCII translation. Example: I hate REXX 
translation. REXX use || characters while in CP852 it should be !!. 
Simple translation corrupts REXX code. C code is corrupted as well.
5. PDS/PDSE data. It is simple to download XMI files or just convert 
PDS(E) to directory of members. Why?
6. "Archival purposes" can be EASILY fulfilled with ADRDSSU DUMP "all 
files" and then XMIT and download. It is good archive, but it is 
readable under z/OS. Bad? This is the only 100% exact copy. And let's 
imagine, you can use two (or more) ways - one for "exact, but unreadable 
copy", other for more readable copies, but not necessarily exact.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Radoslaw Skorupka]

I did it. There is no simple solution, not "one size fit all".
Few remarks:
1. EBCDIC-ASCII conversion. It is crucial for text file, however 
sometimes record contain binary fields which should not be translated or 
the translation is quite different.
2. Programs. There is no big reason to migrate PDS libraries (program 
objects or load modules).

3. Source code. Why? It's not so obvoius.
4. Source code EBCDIC-ASCII translation. Example: I hate REXX 
translation. REXX use || characters while in CP852 it should be !!. 
Simple translation corrupts REXX code. C code is corrupted as well.
5. PDS/PDSE data. It is simple to download XMI files or just convert 
PDS(E) to directory of members. Why?
6. "Archival purposes" can be EASILY fulfilled with ADRDSSU DUMP "all 
files" and then XMIT and download. It is good archive, but it is 
readable under z/OS. Bad? This is the only 100% exact copy. And let's 
imagine, you can use two (or more) ways - one for "exact, but unreadable 
copy", other for more readable copies, but not necessarily exact.


--
Radoslaw Skorupka
(currently unemployed)
Lodz, Poland



W dniu 28.01.2021 o 23:31, Gibney, Dave pisze:

   Isn't that a long winder subject?
In preparation for shutting down my z/OS 2.3 system, sometime this year, I 
am looking at options for unloading/storing both my z/OS files as well as my 
application data and infrastructure files.
I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY  to 
create a sequential  unload and then uses pax to create a S.dsname.pax.Z 
file containing the unload and a GIMFAF.XML descriptive file.
I can download the .pax.Z file, and using 7zip decompress it.
I looked on CBTTAPE.org and found the Xmit tools, and some terse/unterse 
options. And tools for .aws files.
   I didn't find anything to process ot look at IEBCOPY unloaded files. Does 
such a tool exist out there.

   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run pax 
outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...

Dave Gibney
Information Technology Services
Washington State University


--
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: ISPF for mainframe Linux

[Wayne Bickerdike]

Seymour Wrote:


*I would guess that there are more people here who have written a text
editor than there are who have used only one.*

True, I inherited one written in COBOL for a Sycor 445. The machine is
described here:
http://www.satyam.com.ar/comphist.htm

I modified it to work as a data entry "simplifier". Full screen editors
were always a dream when I came away from MVS for a while.

In that interregnum, our editor of choice was Wordmaster which morphed into
Wordstar and it perhaps was the forerunner of those Control key combos a
lot of us utilise. A fair few famous authors still use and love Wordstar or
its descendents.

Necessity is the mother of invention. Glad someone invented ISPF edit
macros. Others have a different vi(ew!)


On Sat, Jan 30, 2021 at 6:45 AM Seymour J Metz  wrote:

> I would guess that there are more people here who have written a text
> editor than there are who have used only one.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Jeremy Nicoll [jn.ls.mfrm...@letterboxes.org]
> Sent: Friday, January 29, 2021 2:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF for mainframe Linux
>
> On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:
>
> > No offense taken. You may find it far fetched but it's true. I'm
> > cognizant to the fact that most folks on here only know ISPF
> > and have no experience of using an IDE or text editor
> > like vim or emacs.
>
> I think it's pretty likely that many (if not most) people here will have
> used a great many text editors, though maybe not recently.
>
> In my case, I wrote one when I was a student. It wasn't very good, but
> one written by a peer was so good that the whole student body, staff
> etc all stopped using the system-provided one (on DEC VAXes running,
> I suppose, VMS).
>
> Later, though while still a student, I wrote one in APL (for IBM) which
> vaguely resembled Xedit (though only had a handful of commands)
> but still made editing of APL functions a whole lot easier than with the
> default editor in APL.
>
> Later, I wrote a PF-key driven editor (that is users did not have to
> remember any commands; everything they did was selected by
> pressing various PF keys whose labels (and actions) were context
> sensitive.  That was designed for use by very naive users who did
> not have (allocated lecture-course) time to learn to use anything
> complex.
>
> In the 1980s, I wrote from scratch a structured editor which, I guess,
> would be a bit like a document editor that these days would read a
> DTD to determine the syntax etc of a language and allow a valid XML
> document that complied with that DTD to be edited.  I invented the
> definition language, wrote a parser and compiler for it, then wrote the
> editor to use the compiled skeletal framework.  And... it was all done in
> COBOL as that was the only licenced/supported language my employers
> would let me do it in.  It had to be able to handle documents whose
> size exceeded the addressable working storage size of the COBOL
> compiler we had (and certainly exceeded the spare space there after
> all the program's own working storage structures were defined), and of
> course it had to handle free format text and variable length strings.  I
> started off by implementing a sort of paging subsystem that dynamically
> paged parts of the document that was being edited in and out of work
> files, and designed that so that the values stored in those files - both
> user
> data & control tables for the document structure could be arbitrary sizes.
> The editor also had a (programmers-only) interactive debugger which
> could follow linked-lists of data, and force garbage collection of that
> managed storage etc).
>
> On RISC OS systems I've used the default editor (which is poor, somewhat
> like Notepad) and a programmers' editor named StrongED, which is not
> quite an IDE but is very powerful ... but dates back to when systems had
> only a few MB of RAM.
>
> On Windows PCs I've used around four other programmers' editors, but
> lack of scriptability, or a requirement to learn a script language that was
> only usable inside that editor and a command set that didn't directly
> relate to the commands users used (or actions only available from mouse
> operated menus and no command line), made using them a struggle
> compared with Kedit... even allowing for the fact that I started to use
> Kedit
> for real more than 20 years after I last used Xedit, with 18 or so years'
> use
> of ispf edit in the middle period to confuse me.
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 

Re: TWS replacements

[Tim Hare]

ASG Workload Scheduler (formerly Beta42, formerly from Pecan)  has "agents" for 
Windows and *nix and z/OS;  I would assume their Zeke schedule would have those 
capabilities too.   The shop I retired from used the z/OS agents to coordinate 
scheduling of data gathering for MXG and chargeback so the 'Admin LPAR' would 
kick off the MXG and chargeback jobs only after the jobs on each LPAR that 
created the daily SMF datasets had run.   Also tested using the Windows agent 
to kick off executing commands on a Windows server and that worked but was 
never implemented in production.  If I recall the source was not shipped for 
the agents so probably the *nix one was compiled for x86 as well as the Windows 
one, but never needed to test that .

Our schedulers like Beta42 better than Zeke when they tested it and found CA-7 
too complex, but our schedulers were mostly upgraded data entry folks, they 
were extremely focused on 'easy to understand' and not so much on 'great 
features'.

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

Re: Starting a started task from a started task

[Tim Hare]

this _may_ work:

Include a dummy dataset with DISP=OLD in the JCL for both started tasks.  Start 
them one after the other in the order you want them to run or if you have an 
automated operations tool,  start them a second apart or more - whatever you 
are comfortable with. The DISP=OLD will cause an enqueue and prevent the second 
one from starting until the other one finishes.  Depending upon your shop's 
parameters the operators may or may not see a message about the second started 
task waiting for dataset.

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

Re: JES PREPRINT

[Jeremy Nicoll]

On Fri, 29 Jan 2021, at 19:01, Lizette Koehler wrote:
> When you request information, it helps to provide a display of what you 
> have an issue.  That way the list can see what you are looking at.
> 
> Just providing a phrase may not always be obvious to the list

Yeah; it's just an 8-character value that could - for all we know - be a DEST 
value or a FORMs name or something that has significance in a specifc
site.  

Maybe an external writer's work selection criteria selected those bits of
sysout and did something with them. 

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: ISPF for mainframe Linux

[Jeremy Nicoll]

On Fri, 29 Jan 2021, at 19:29, Paul Gilmartin wrote:
> On Fri, 29 Jan 2021 19:06:55 +, Jeremy Nicoll wrote:
> 
> >On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:
> >...
> >Later, I wrote a PF-key driven editor (that is users did not have to
> >remember any commands; everything they did was selected by
> >pressing various PF keys whose labels (and actions) were context
> >sensitive.  That was designed for use by very naive users who did
> >not have (allocated lecture-course) time to learn to use anything
> >complex.
 
> ??? That seems an internal contradiction: it should be easier to
> memorize command names than PF key definitions.

The students concerned had a total of let's say one day (it might 
have been half a day) to learn about the task they had to do, 
learn to use a text editor, learn how to write and test their very
simple program, and feel they'd achieved something.  None of 
them had any knowledge of any kind of computer at the start
of the course.

The system editor was Xedit and it wasn't possible to lock down 
how it worked so that they couldn't tie themselves in a knot.

I was asked to write something that would, like a normal editor
display the contents of the file, allow them to duplicate lines,
delete them, move, copy them, & insert new ones (I think that's
all).  

So in the default view there would be a small number of PF keys
active, each of which if pressed would commence a series of 
prompts depending on what had been pressed.  I can't recall
the fine details, but while someone was, say, moving a line, the
only things they could do were identify the line that was to be 
moved or cancel the process.  Once they'd identified the line,
the next choice allowed only identification of where the line was
to go, or cancel the process.  And so on.

> And "PF keys whose labels (and actions) were context sensitive"
> (extremely modal) is only possible with a very sophisticated
> terminal that can re-label keys depending on context (like
> Mac Pro's touch bar?)  Or was there a key legend on screen?

I'm not sure that anything was "very sophisticated".  The screen
contents was under the total control of the editor program. We
did not have ISPF (too expensive).  Instead the utility that was eg
used to present screens for data entry was used to present the
editor view, and if eg at the foot it said "PF7 Move" then the 
user would be able to press PF7 to initiate a Move process. If
they pressed an unlabelled PF key, nothing would happen.  I'm
fairly sure that as soon as a Move was being done the fields 
that contained lines of data were protected so they couldn't 
change lines while moving others

It was deliberately designed (by the teaching staff) to be far,
far less powerful than Xedit.

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Gibney, Dave]

Looking at the doc for XMIT viewers and processors, it seems clear that, 
inside them is logic to process PDS/E Unloaded data. And, if I do elect to use 
TRANSMIT to archive, then these would help. 
   However, GIMZIP uses /pax -x pax -zvwf  with an input of a straight unloaded 
format. So, my desire is something that can look directly at the unzipped PDS/E 
unloaded file.

   I have not installed and exercised any of the Xmit managers. 


> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Friday, January 29, 2021 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
> Is this information relevant?
> 
> https://urldefense.com/v3/__http://www.cbttape.org/xmitview.htm__;!!J
> mPEgBY0HMszNaDT!5QfEXb_BCXkCkkV7xs-
> uf_BOyVUHTbfwMmxjOtanxPWXxVCWDsYjVMLrxwMLOA$
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> Behalf Of Gibney, Dave
> Sent: Friday, January 29, 2021 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
>I am still interested in a Windows (or Linux) tool that can understand
> PDS/E unload format.
> 
> But, here is another question. GIMZIP creates a GIMPAF.XML file
> describing the contents. I would like to process this file back into the
> GIMZIP package control tags. The purpose is to re-archive my system at it's
> current RSU state.
>   I've never needed to really pay attention to XML or predecessors (I was
> last in the general arena with DCE 35 years ago)
>   I am sure I can do this with ordinary editors (ISPF), or Rexx, probably
> even SORT. Or throw in some Excel.
>  Seems there might be an XML editor to make this easier.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Gibney, Dave
> > Sent: Thursday, January 28, 2021 2:32 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Inspecting and extracting from /OS transportable files on other
> > platforms?
> >
> >   Isn't that a long winder subject?
> >In preparation for shutting down my z/OS 2.3 system, sometime this
> year, I
> > am looking at options for unloading/storing both my z/OS files as well as
> my
> > application data and infrastructure files.
> >I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
> > to create a sequential  unload and then uses pax to create a
> > S.dsname.pax.Z file containing the unload and a GIMFAF.XML
> > descriptive file.
> >I can download the .pax.Z file, and using 7zip decompress it.
> >I looked on CBTTAPE.org and found the Xmit tools, and some
> terse/unterse
> > options. And tools for .aws files.
> >   I didn't find anything to process ot look at IEBCOPY unloaded files.
> Does such
> > a tool exist out there.
> >
> >   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run
> > pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > --
> > 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: Inspecting and extracting from /OS transportable files on other platforms?

[Gibney, Dave]

I probably should have analyised the problem a bit more, before asking, Looks 
like this is a few change commands, and some exclude/del all x

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Seymour J Metz
> Sent: Friday, January 29, 2021 12:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
> There are a lot of packages for transforming XML. It might be easier to use
> one of them rather than writing an edit macro to do it.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> BY0HMszNaDT!7-
> x9D7Ivq6ZvckDcfunTdzLEl6PJ6edQQGWHeacgsU6iI1iysFaKE7Yq-5fZvQ$
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Gibney, Dave [gib...@wsu.edu]
> Sent: Friday, January 29, 2021 2:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
>I am still interested in a Windows (or Linux) tool that can understand 
> PDS/E
> unload format.
> 
> But, here is another question. GIMZIP creates a GIMPAF.XML file
> describing the contents. I would like to process this file back into the 
> GIMZIP
> package control tags. The purpose is to re-archive my system at it's current
> RSU state.
>   I've never needed to really pay attention to XML or predecessors (I was last
> in the general arena with DCE 35 years ago)
>   I am sure I can do this with ordinary editors (ISPF), or Rexx, probably even
> SORT. Or throw in some Excel.
>  Seems there might be an XML editor to make this easier.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Gibney, Dave
> > Sent: Thursday, January 28, 2021 2:32 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Inspecting and extracting from /OS transportable files on other
> > platforms?
> >
> >   Isn't that a long winder subject?
> >In preparation for shutting down my z/OS 2.3 system, sometime this year,
> I
> > am looking at options for unloading/storing both my z/OS files as well as my
> > application data and infrastructure files.
> >I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
> > to create a sequential  unload and then uses pax to create a
> > S.dsname.pax.Z file containing the unload and a GIMFAF.XML
> > descriptive file.
> >I can download the .pax.Z file, and using 7zip decompress it.
> >I looked on CBTTAPE.org and found the Xmit tools, and some
> terse/unterse
> > options. And tools for .aws files.
> >   I didn't find anything to process ot look at IEBCOPY unloaded files. Does
> such
> > a tool exist out there.
> >
> >   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run
> > pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > --
> > 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: Inspecting and extracting from /OS transportable files on other platforms?

[Tim Hare]

The best tool to transform XML is XSLT.  It's a little funky to learn, because 
it's a "functional programming language"  but it's designed for XML.  I used it 
this way



] >




The stylesheet does all the work.  You'll find information about XSLT around 
the 'net. I don't claim to be good at it, I hack away until I get what I need. 
Note that the contents of  do not _have_ to be XML, I have used this to 
transform calendar text files into XML and played with extracting info from 
COBOL source.  Also note: I have not done this with the XML you're talking 
about.

I don't remember (Semi-retired) if z/OS contains a 'batch' XML processor;  the 
one I have on my PC at home was XT, written in Java.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Charles Mills]

Is this information relevant?

http://www.cbttape.org/xmitview.htm 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gibney, Dave
Sent: Friday, January 29, 2021 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?

   I am still interested in a Windows (or Linux) tool that can understand
PDS/E unload format.
   
But, here is another question. GIMZIP creates a GIMPAF.XML file
describing the contents. I would like to process this file back into the
GIMZIP package control tags. The purpose is to re-archive my system at it's
current RSU state.
  I've never needed to really pay attention to XML or predecessors (I was
last in the general arena with DCE 35 years ago)
  I am sure I can do this with ordinary editors (ISPF), or Rexx, probably
even SORT. Or throw in some Excel. 
 Seems there might be an XML editor to make this easier.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Thursday, January 28, 2021 2:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
>   Isn't that a long winder subject?
>In preparation for shutting down my z/OS 2.3 system, sometime this
year, I
> am looking at options for unloading/storing both my z/OS files as well as
my
> application data and infrastructure files.
>I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
> to create a sequential  unload and then uses pax to create a
> S.dsname.pax.Z file containing the unload and a GIMFAF.XML
> descriptive file.
>I can download the .pax.Z file, and using 7zip decompress it.
>I looked on CBTTAPE.org and found the Xmit tools, and some
terse/unterse
> options. And tools for .aws files.
>   I didn't find anything to process ot look at IEBCOPY unloaded files.
Does such
> a tool exist out there.
> 
>   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run
> pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> 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: Inspecting and extracting from /OS transportable files on other platforms?

[Lennie Dymoke-Bradshaw]

"  I am still interested in a Windows (or Linux) tool that can understand
PDS/E unload format."

This is my favourite.
https://www.fileviewer.com/

Lennie Dymoke-Bradshaw
Consultant working on contract for BMC mainframe Services by RSM Partners
'Dance like no one is watching. Encrypt like everyone is.'


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Gibney, Dave
Sent: 29 January 2021 19:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?

   I am still interested in a Windows (or Linux) tool that can understand
PDS/E unload format.
   
But, here is another question. GIMZIP creates a GIMPAF.XML file
describing the contents. I would like to process this file back into the
GIMZIP package control tags. The purpose is to re-archive my system at it's
current RSU state.
  I've never needed to really pay attention to XML or predecessors (I was
last in the general arena with DCE 35 years ago)
  I am sure I can do this with ordinary editors (ISPF), or Rexx, probably
even SORT. Or throw in some Excel. 
 Seems there might be an XML editor to make this easier.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Gibney, Dave
> Sent: Thursday, January 28, 2021 2:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Inspecting and extracting from /OS transportable files on 
> other platforms?
> 
>   Isn't that a long winder subject?
>In preparation for shutting down my z/OS 2.3 system, sometime this 
> year, I am looking at options for unloading/storing both my z/OS files 
> as well as my application data and infrastructure files.
>I thought of experimenting with GIMZIP. Which, for a PDS/E uses 
> IEBCOPY to create a sequential  unload and then uses pax to create a 
> S.dsname.pax.Z file containing the unload and a GIMFAF.XML 
> descriptive file.
>I can download the .pax.Z file, and using 7zip decompress it.
>I looked on CBTTAPE.org and found the Xmit tools, and some 
> terse/unterse options. And tools for .aws files.
>   I didn't find anything to process ot look at IEBCOPY unloaded files. 
> Does such a tool exist out there.
> 
>   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or 
> run pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> 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: Inspecting and extracting from /OS transportable files on other platforms?

[Seymour J Metz]

There are a lot of packages for transforming XML. It might be easier to use one 
of them rather than writing an edit macro to do it.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gibney, Dave [gib...@wsu.edu]
Sent: Friday, January 29, 2021 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

   I am still interested in a Windows (or Linux) tool that can understand PDS/E 
unload format.

But, here is another question. GIMZIP creates a GIMPAF.XML file describing 
the contents. I would like to process this file back into the GIMZIP package 
control tags. The purpose is to re-archive my system at it's current RSU state.
  I've never needed to really pay attention to XML or predecessors (I was last 
in the general arena with DCE 35 years ago)
  I am sure I can do this with ordinary editors (ISPF), or Rexx, probably even 
SORT. Or throw in some Excel.
 Seems there might be an XML editor to make this easier.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Thursday, January 28, 2021 2:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Inspecting and extracting from /OS transportable files on other
> platforms?
>
>   Isn't that a long winder subject?
>In preparation for shutting down my z/OS 2.3 system, sometime this year, I
> am looking at options for unloading/storing both my z/OS files as well as my
> application data and infrastructure files.
>I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
> to create a sequential  unload and then uses pax to create a
> S.dsname.pax.Z file containing the unload and a GIMFAF.XML
> descriptive file.
>I can download the .pax.Z file, and using 7zip decompress it.
>I looked on CBTTAPE.org and found the Xmit tools, and some terse/unterse
> options. And tools for .aws files.
>   I didn't find anything to process ot look at IEBCOPY unloaded files. Does 
> such
> a tool exist out there.
>
>   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run
> pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> 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: Inspecting and extracting from /OS transportable files on other platforms?

[Gibney, Dave]

   I am still interested in a Windows (or Linux) tool that can understand PDS/E 
unload format.
   
But, here is another question. GIMZIP creates a GIMPAF.XML file describing 
the contents. I would like to process this file back into the GIMZIP package 
control tags. The purpose is to re-archive my system at it's current RSU state.
  I've never needed to really pay attention to XML or predecessors (I was last 
in the general arena with DCE 35 years ago)
  I am sure I can do this with ordinary editors (ISPF), or Rexx, probably even 
SORT. Or throw in some Excel. 
 Seems there might be an XML editor to make this easier.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Gibney, Dave
> Sent: Thursday, January 28, 2021 2:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Inspecting and extracting from /OS transportable files on other
> platforms?
> 
>   Isn't that a long winder subject?
>In preparation for shutting down my z/OS 2.3 system, sometime this year, I
> am looking at options for unloading/storing both my z/OS files as well as my
> application data and infrastructure files.
>I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
> to create a sequential  unload and then uses pax to create a
> S.dsname.pax.Z file containing the unload and a GIMFAF.XML
> descriptive file.
>I can download the .pax.Z file, and using 7zip decompress it.
>I looked on CBTTAPE.org and found the Xmit tools, and some terse/unterse
> options. And tools for .aws files.
>   I didn't find anything to process ot look at IEBCOPY unloaded files. Does 
> such
> a tool exist out there.
> 
>   I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run
> pax outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> 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: ISPF for mainframe Linux

[Seymour J Metz]

I would guess that there are more people here who have written a text editor 
than there are who have used only one.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jeremy Nicoll [jn.ls.mfrm...@letterboxes.org]
Sent: Friday, January 29, 2021 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:

> No offense taken. You may find it far fetched but it's true. I'm
> cognizant to the fact that most folks on here only know ISPF
> and have no experience of using an IDE or text editor
> like vim or emacs.

I think it's pretty likely that many (if not most) people here will have
used a great many text editors, though maybe not recently.

In my case, I wrote one when I was a student. It wasn't very good, but
one written by a peer was so good that the whole student body, staff
etc all stopped using the system-provided one (on DEC VAXes running,
I suppose, VMS).

Later, though while still a student, I wrote one in APL (for IBM) which
vaguely resembled Xedit (though only had a handful of commands)
but still made editing of APL functions a whole lot easier than with the
default editor in APL.

Later, I wrote a PF-key driven editor (that is users did not have to
remember any commands; everything they did was selected by
pressing various PF keys whose labels (and actions) were context
sensitive.  That was designed for use by very naive users who did
not have (allocated lecture-course) time to learn to use anything
complex.

In the 1980s, I wrote from scratch a structured editor which, I guess,
would be a bit like a document editor that these days would read a
DTD to determine the syntax etc of a language and allow a valid XML
document that complied with that DTD to be edited.  I invented the
definition language, wrote a parser and compiler for it, then wrote the
editor to use the compiled skeletal framework.  And... it was all done in
COBOL as that was the only licenced/supported language my employers
would let me do it in.  It had to be able to handle documents whose
size exceeded the addressable working storage size of the COBOL
compiler we had (and certainly exceeded the spare space there after
all the program's own working storage structures were defined), and of
course it had to handle free format text and variable length strings.  I
started off by implementing a sort of paging subsystem that dynamically
paged parts of the document that was being edited in and out of work
files, and designed that so that the values stored in those files - both user
data & control tables for the document structure could be arbitrary sizes.
The editor also had a (programmers-only) interactive debugger which
could follow linked-lists of data, and force garbage collection of that
managed storage etc).

On RISC OS systems I've used the default editor (which is poor, somewhat
like Notepad) and a programmers' editor named StrongED, which is not
quite an IDE but is very powerful ... but dates back to when systems had
only a few MB of RAM.

On Windows PCs I've used around four other programmers' editors, but
lack of scriptability, or a requirement to learn a script language that was
only usable inside that editor and a command set that didn't directly
relate to the commands users used (or actions only available from mouse
operated menus and no command line), made using them a struggle
compared with Kedit... even allowing for the fact that I started to use Kedit
for real more than 20 years after I last used Xedit, with 18 or so years' use
of ispf edit in the middle period to confuse me.

--
Jeremy Nicoll - my opinions are my own.

--
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: ISPF for mainframe Linux

[Seymour J Metz]

You don't need a sophisticated terminal to have context-dependent definitions 
of a PFK; all that you need are macros that test the context. BTDT,GTTS (no 
scars, just the tee shirt)

Of course, if you want the labeling on the key to change, that's harder.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Friday, January 29, 2021 2:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

On Fri, 29 Jan 2021 19:06:55 +, Jeremy Nicoll wrote:

>On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:
>...
>Later, I wrote a PF-key driven editor (that is users did not have to
>remember any commands; everything they did was selected by
>pressing various PF keys whose labels (and actions) were context
>sensitive.  That was designed for use by very naive users who did
>not have (allocated lecture-course) time to learn to use anything
>complex.
>
??? That seems an internal contradiction: it should be easier to
memorize command names than PF key definitions.  And
"PF keys whose labels (and actions) were context sensitive"
(extremely modal) is only possible with a very sophisticated
terminal that can re-label keys depending on context (like
Mac Pro's touch bar?)  Or was there a key legend on screen?

-- 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: ISPF for mainframe Linux

[Paul Gilmartin]

On Fri, 29 Jan 2021 19:06:55 +, Jeremy Nicoll wrote:

>On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:
>...
>Later, I wrote a PF-key driven editor (that is users did not have to
>remember any commands; everything they did was selected by
>pressing various PF keys whose labels (and actions) were context
>sensitive.  That was designed for use by very naive users who did
>not have (allocated lecture-course) time to learn to use anything
>complex.
> 
??? That seems an internal contradiction: it should be easier to
memorize command names than PF key definitions.  And
"PF keys whose labels (and actions) were context sensitive"
(extremely modal) is only possible with a very sophisticated
terminal that can re-label keys depending on context (like
Mac Pro's touch bar?)  Or was there a key legend on screen?

-- gil

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

REXXGBLV - Great Find - Check it out if you do REXX

[Lionel B Dyck]

I had a need/want/desire/requirement to be able to create rexx variables,
specifically a stem, in one exec and then use them in another. I was
fortunate enough to find exactly what I wanted on the CBTTape.org site in
File 669 thanks to a frequent IBM-Main participant - Willy Jensen.  It is
truly a work of art and works beyond my expectations.

 

The tool is REXXGBLV - and it actually provides a REXX Global Variable
structure that allows sharing REXX variables (variables and stem variables)
between different REXX exec's.

 

So - Willy Jensen - THANK YOU

 

Lionel B. Dyck <

Website:   https://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

 


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

Re: ISPF for mainframe Linux

[Jeremy Nicoll]

On Fri, 29 Jan 2021, at 03:27, David Crayford wrote:

> No offense taken. You may find it far fetched but it's true. I'm 
> cognizant to the fact that most folks on here only know ISPF 
> and have no experience of using an IDE or text editor 
> like vim or emacs. 

I think it's pretty likely that many (if not most) people here will have 
used a great many text editors, though maybe not recently.

In my case, I wrote one when I was a student. It wasn't very good, but
one written by a peer was so good that the whole student body, staff
etc all stopped using the system-provided one (on DEC VAXes running, 
I suppose, VMS).

Later, though while still a student, I wrote one in APL (for IBM) which 
vaguely resembled Xedit (though only had a handful of commands)
but still made editing of APL functions a whole lot easier than with the
default editor in APL. 

Later, I wrote a PF-key driven editor (that is users did not have to 
remember any commands; everything they did was selected by 
pressing various PF keys whose labels (and actions) were context 
sensitive.  That was designed for use by very naive users who did 
not have (allocated lecture-course) time to learn to use anything 
complex.

In the 1980s, I wrote from scratch a structured editor which, I guess, 
would be a bit like a document editor that these days would read a 
DTD to determine the syntax etc of a language and allow a valid XML 
document that complied with that DTD to be edited.  I invented the 
definition language, wrote a parser and compiler for it, then wrote the 
editor to use the compiled skeletal framework.  And... it was all done in 
COBOL as that was the only licenced/supported language my employers 
would let me do it in.  It had to be able to handle documents whose 
size exceeded the addressable working storage size of the COBOL 
compiler we had (and certainly exceeded the spare space there after 
all the program's own working storage structures were defined), and of 
course it had to handle free format text and variable length strings.  I 
started off by implementing a sort of paging subsystem that dynamically
paged parts of the document that was being edited in and out of work 
files, and designed that so that the values stored in those files - both user 
data & control tables for the document structure could be arbitrary sizes.
The editor also had a (programmers-only) interactive debugger which 
could follow linked-lists of data, and force garbage collection of that 
managed storage etc).

On RISC OS systems I've used the default editor (which is poor, somewhat
like Notepad) and a programmers' editor named StrongED, which is not 
quite an IDE but is very powerful ... but dates back to when systems had 
only a few MB of RAM.

On Windows PCs I've used around four other programmers' editors, but 
lack of scriptability, or a requirement to learn a script language that was
only usable inside that editor and a command set that didn't directly 
relate to the commands users used (or actions only available from mouse
operated menus and no command line), made using them a struggle 
compared with Kedit... even allowing for the fact that I started to use Kedit
for real more than 20 years after I last used Xedit, with 18 or so years' use
of ispf edit in the middle period to confuse me.

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: JES PREPRINT

[Lizette Koehler]

When you request information, it helps to provide a display of what you have an 
issue.  That way the list can see what you are looking at.

Just providing a phrase may not always be obvious to the list

Thank you 



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
CarlosM Martinez
Sent: Friday, January 29, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES PREPRINT

It is all gone now so I cannot tell.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, January 29, 2021 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES PREPRINT

What field in the $DJx,LONG shows the phrase PREPRINT?

Lizette



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
CarlosM Martinez
Sent: Friday, January 29, 2021 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES PREPRINT

Does anyone know what PREPRINT status is in the JES QUEUE? 
I have some print out the print out ok on TCP/IP printers but get Re-bottled up 
in the JES QUEUE as PREPRINT status.


Thank you,

Carlos Martinez
SUNY Down State Medical Center

--
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: Inspecting and extracting from /OS transportable files on other platforms?

[Farley, Peter x23353]

This seller also has the same item at a much lower (and more reasonable) price 
(ignore the USB 3.2 in the title, the specs says it is USB 3.1):

https://urldefense.com/v3/__https://www.amazon.com/Sabrent-Rocket-External-Aluminum-SB-2TB-NVME/dp/B07N15HD51__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!fg0k1gCTn9i0zgMznTvL5nuR3KPVk1Wie_rMvIJ9Cs35Uvls5rmD-MbubLptCivPZERQJg$

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Friday, January 29, 2021 10:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

It appears that Sabrent only sells the enclosure, you can then provide your own 
NVMe drive.  Amazon sells the enclosure for 49.99USD:

https://urldefense.com/v3/__https://www.sabrent.com/product/EC-WPNE/usb-3-2-rugged-waterproof-enclosure-ip67-for-m-2-nvme-ssds-ec-wpne/__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!fg0k1gCTn9i0zgMznTvL5nuR3KPVk1Wie_rMvIJ9Cs35Uvls5rmD-MbubLptCivtzWtzXQ$
 

Someone also is selling the enclosure with 2TB already installed but for more 
than 10x the cost of the enclosure:

https://urldefense.com/v3/__https://www.amazon.com/Sabrent-Rocket-External-Aluminum-SB-2TB-NVME/dp/B07N15HD51__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!fg0k1gCTn9i0zgMznTvL5nuR3KPVk1Wie_rMvIJ9Cs35Uvls5rmD-MbubLptCivPZERQJg$
 

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, January 29, 2021 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any that 
goes 16 Gb/sec.
Can you please supply a link to this?

Thanks and regards,
David

On 2021-01-29 03:36, Brian Westerman wrote:
> I think I would use transmit format for transporting things between systems, 
> it's easily transportable and common no matter where you go and is even 
> usable on a desktop PC.
>
> The other thing you can do (which I personally do) is simply FTP the PDS's 
> and sequential files directly to your PC (on a USB drive) in ASCII format.  I 
> do this weekly, rotating the encrypted USB drive that I have on my keychain 
> so that if it's broken or lost (that's why I encrypt), I can just get the 
> previous one.  My USB drives are pre-encrypted with Bitlocker so I really 
> don't have to do much (ever).  Previously I used to use those little USB 
> drives with the combination lock built in to them, but they are very 
> unreliable (and slow).  So now, when fast USB drives go on sale at Amazon, I 
> always buy several.  I like the sandisk 256GB ones because a) they are fast, 
> and more importantly b) they have a lifetime warranty.
>
> I have a batch file that I run to do this.  I plug in my USB drive and start 
> the batch file and go get a diet coke.
>
> I'm thinking about moving the process to one of the ruggedized external NVMe 
> drives.  I'm currently testing the new Sabrent 2TB one and it's VERY fast 
> (1Gb+/sec) and is small enough to easily fit in a pocket.  Plus being 
> ruggedized it's waterproof and drop-proof (so far).  The sandisk drives 
> typically load at around 140MB/s, but the Sabrent drive is almost 10 times 
> faster.
>
> The reason I want 2TB is that I would like to keep a whole Disaster recovery 
> system on that drive (DF/DSS unloaded virtual tapes).  At the faster speed, 
> it's actually not a bad process, I just need to work out the kinks a little 
> bit more so that I can automate it.
>
> Brian
--

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

Re: Rexx stem variable question

[Seymour J Metz]

Well, I was guessing at the intent of the original code. If it was supposed to 
be a constant stem then quoting is required. Similarly, if it was intended to 
have a constant tail then quoting is required. There's also an issue of whether 
the original code was supposed to uppercase everything.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Friday, January 29, 2021 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx stem variable question

On Fri, 29 Jan 2021 15:42:03 +, Seymour J Metz wrote:

>> Tails are literals

>No; tails are symbols, and are substituted.
>
+1

>>value(isstepinit.userid.) = 0.

>There are several issues with that. Safer is
>old = value(isstepinit'.'userid'.', 0)

Oh my gosh!  Usually not.  Consider:
trace R
signal on novalue

Foo = 'Bar'
userid = 'FOO'
isstepinit = 'Fred'
old = value(isstepinit'.'userid'.', 0)
say old

FRED.Bar.

But that may be what you want.

-- 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: Email Providers

[Seymour J Metz]

The PLESK web site doesn't seem to say whether the filtering is done in the 
SMTP session or after the fact. What I'm looking for is a 5xx response for 
anything flagged as spam, so that legitimate senders know that there is an 
issue and can contact me via alternate channels. From my perspective, 
quarantining spam negates the benefits of filtering. Also, I couldn't find 
anything on the web site about whether the end user can configure in-session 
filtering for his mailbox, much less whether I can tailor 5xx responses for 
specific CIDR blocks and spcific domains.

Do I use a promo code for registering metsch.family?

Thanks.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
turgut kalfaoğlu [tur...@kalfaoglu.com]
Sent: Friday, January 29, 2021 1:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Email Providers

On 1/28/21 7:03 PM, Seymour J Metz wrote:
> Thanks. I have a few questions:
>
>   1 Do you supported tagged addresses, e.g., foo+*@domain
>  all going to foo's inbox.
>  Can you reject anything to foo@domain, i.e., without a plus tag?

YES, VERP addresses are supported.

> 2. Do you have aggressive spam filtering in the SMTP session?

Of course -- over 90% of the mail we get is spam.. We have to filter it.
It is done on many layers and very few spam sneaks by.

> 3. What user options do you offer for controlling filtering?

Are you aware of PLESK's configuration options? They are the same. We
use Obsidian for Linux --- which is the latest version.

>
> 4. Do you support MX from a private domain?
Sure..
>
> 5. Do you also offer web hosting?
Yes, of course. all our hosting packages provide web hosting. See here:
https://secure-web.cisco.com/17PWL1g-8dK3AYziu2bEJDwOXiopK6sgYf1yGKYDMlKciiWDF1iWYZqlAmbUB87IIrWHTbcKpuMJihQ5Tm33wc37hXGtOWYEFY87rwcu4Lk98JrfYzr_Z-5IxvvW3l1RRRshkhwXOla__FX22grSQgA2ghoHLtioPXtVt_WG0M8zgsUARJfXWAh2lJdkb6HJreDSZEUUw_gQPO8Jo_Nkn7DHJo6awfrqMD9ZIYZzgRGleZjYzeAgxwiVuhvujTLKFwnjqGMe2JLcQ9TLHACma1dT2dCEZ_3lcBO8Y1hisqMj71LLloQhPOkXJq6zjCDNE0efez3fMjSwjD5rGN5y9CrJSxxRZeIKmQDIFqFKGL4RIGCw_41XQRRy6CBrekorlrUQ8-4mDF2JjcybT4e6_KUbOuEwMGEnXjzqSN5TC94PURyQDOvZijq6blqb97SBh/https%3A%2F%2Fwww.kalfaoglu.net%2Findex.php%3Frp%3D%2Fstore%2Flinux-hosting
>
> 6. Do you have and enforce strong anti-spam policies in you TOS?
>  Are you in a DNSBL?
Yes and yes..
>
> 7. What are your rates?
>
> Ideally I'd like to be able to host web and mail at the same provider and 
> update my web site with an SFTP client like Filezilla.

Sure, we use PLESK Obsidian so it supports all that and much more..

Regards,

-turgut




--
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: Rexx stem variable question

[Charles Mills]

> Try value(isstepinit.userid.) = 0

Thanks @Tom. I will keep that in mind. I already got this program working using 
somewhat different logic that avoided dependency on the nonexistent "Rexx 
feature."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Friday, January 29, 2021 7:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx stem variable question

On 1/28/2021 11:58 PM, Charles Mills wrote:
> I either have a misunderstanding of how stem variables work - or perhaps it
> is just some stupid program bug.
> 
> I know this basic drill on stem variables: I can say foo. = "bar" and then
> the value of foo.anything is effectively "bar".
> 
> Does that also work at the next level of stem variables?
> 
> Consider the following:
> 
> Userid = "FTPD"
> IsStepInit.Userid. = "0"
> 
> Is IsStepInit.Userid.anything defined? I say
> 
> StepName = "STEP1"
> If \ IsStepInit.Userid.Stepname Then ...
> 
> And I get a "Logical value not 0 or 1" error on the If.
> 

Charles,

Tails are literals and not substituted unless you're using the VALUE 
function.  Try value(isstepinit.userid.) = 0.

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Seymour J Metz]

XMIT is not supported on all platforms. Other formats, e.g., tar, zip, are nigh 
near universal.

FTP of a PDS won't preserve all of the data. Does Info-Zip include all of the 
directory information? Also, FTP raises the issues of binary data and code 
pages.

BTW, what do you use to label your USB thumb drives?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Brian Westerman [brian_wester...@syzygyinc.com]
Sent: Friday, January 29, 2021 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

I think I would use transmit format for transporting things between systems, 
it's easily transportable and common no matter where you go and is even usable 
on a desktop PC.

The other thing you can do (which I personally do) is simply FTP the PDS's and 
sequential files directly to your PC (on a USB drive) in ASCII format.  I do 
this weekly, rotating the encrypted USB drive that I have on my keychain so 
that if it's broken or lost (that's why I encrypt), I can just get the previous 
one.  My USB drives are pre-encrypted with Bitlocker so I really don't have to 
do much (ever).  Previously I used to use those little USB drives with the 
combination lock built in to them, but they are very unreliable (and slow).  So 
now, when fast USB drives go on sale at Amazon, I always buy several.  I like 
the sandisk 256GB ones because a) they are fast, and more importantly b) they 
have a lifetime warranty.

I have a batch file that I run to do this.  I plug in my USB drive and start 
the batch file and go get a diet coke.

I'm thinking about moving the process to one of the ruggedized external NVMe 
drives.  I'm currently testing the new Sabrent 2TB one and it's VERY fast 
(1Gb+/sec) and is small enough to easily fit in a pocket.  Plus being 
ruggedized it's waterproof and drop-proof (so far).  The sandisk drives 
typically load at around 140MB/s, but the Sabrent drive is almost 10 times 
faster.

The reason I want 2TB is that I would like to keep a whole Disaster recovery 
system on that drive (DF/DSS unloaded virtual tapes).  At the faster speed, 
it's actually not a bad process, I just need to work out the kinks a little bit 
more so that I can automate it.

Brian

--
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: Rexx stem variable question

[Paul Gilmartin]

On Fri, 29 Jan 2021 15:42:03 +, Seymour J Metz wrote:

>> Tails are literals

>No; tails are symbols, and are substituted.
>
+1

>>value(isstepinit.userid.) = 0.

>There are several issues with that. Safer is
>old = value(isstepinit'.'userid'.', 0)

Oh my gosh!  Usually not.  Consider:
trace R
signal on novalue

Foo = 'Bar'
userid = 'FOO'
isstepinit = 'Fred'
old = value(isstepinit'.'userid'.', 0)
say old

FRED.Bar.

But that may be what you want.

-- gil

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

Re: JES PREPRINT

[CarlosM Martinez]

It is all gone now so I cannot tell.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, January 29, 2021 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES PREPRINT

What field in the $DJx,LONG shows the phrase PREPRINT?

Lizette



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
CarlosM Martinez
Sent: Friday, January 29, 2021 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES PREPRINT

Does anyone know what PREPRINT status is in the JES QUEUE? 
I have some print out the print out ok on TCP/IP printers but get Re-bottled up 
in the JES QUEUE as PREPRINT status.


Thank you,

Carlos Martinez
SUNY Down State Medical Center

--
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: JES PREPRINT

[Lizette Koehler]

What field in the $DJx,LONG shows the phrase PREPRINT?

Lizette



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
CarlosM Martinez
Sent: Friday, January 29, 2021 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES PREPRINT

Does anyone know what PREPRINT status is in the JES QUEUE? 
I have some print out the print out ok on TCP/IP printers but get Re-bottled up 
in the JES QUEUE as PREPRINT status.


Thank you,

Carlos Martinez
SUNY Down State Medical Center

--
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: Rexx stem variable question

[Seymour J Metz]

> Tails are literals

No; tails are symbols, and are substituted.

>  value(isstepinit.userid.) = 0.

There are several issues with that. Safer is

old = value(isstepinit'.'userid'.', 0)


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



From: IBM Mainframe Discussion List  on behalf of Tom 
Conley 
Sent: Friday, January 29, 2021 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx stem variable question

On 1/28/2021 11:58 PM, Charles Mills wrote:
> I either have a misunderstanding of how stem variables work - or perhaps it
> is just some stupid program bug.
>
> I know this basic drill on stem variables: I can say foo. = "bar" and then
> the value of foo.anything is effectively "bar".
>
> Does that also work at the next level of stem variables?
>
> Consider the following:
>
> Userid = "FTPD"
> IsStepInit.Userid. = "0"
>
> Is IsStepInit.Userid.anything defined? I say
>
> StepName = "STEP1"
> If \ IsStepInit.Userid.Stepname Then ...
>
> And I get a "Logical value not 0 or 1" error on the If.
>

Charles,

Tails are literals and not substituted unless you're using the VALUE
function.  Try value(isstepinit.userid.) = 0.

Regards,
Tom Conley

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

JES PREPRINT

[CarlosM Martinez]

Does anyone know what PREPRINT status is in the JES QUEUE? 
I have some print out the print out ok on TCP/IP printers but get
Re-bottled up in the JES QUEUE as PREPRINT status.


Thank you,

Carlos Martinez
SUNY Down State Medical Center

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[Farley, Peter x23353]

It appears that Sabrent only sells the enclosure, you can then provide your own 
NVMe drive.  Amazon sells the enclosure for 49.99USD:

https://www.sabrent.com/product/EC-WPNE/usb-3-2-rugged-waterproof-enclosure-ip67-for-m-2-nvme-ssds-ec-wpne/

Someone also is selling the enclosure with 2TB already installed but for more 
than 10x the cost of the enclosure:

https://www.amazon.com/Sabrent-Rocket-External-Aluminum-SB-2TB-NVME/dp/B07N15HD51

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, January 29, 2021 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other 
platforms?

Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any that 
goes 16 Gb/sec.
Can you please supply a link to this?

Thanks and regards,
David

On 2021-01-29 03:36, Brian Westerman wrote:
> I think I would use transmit format for transporting things between systems, 
> it's easily transportable and common no matter where you go and is even 
> usable on a desktop PC.
>
> The other thing you can do (which I personally do) is simply FTP the PDS's 
> and sequential files directly to your PC (on a USB drive) in ASCII format.  I 
> do this weekly, rotating the encrypted USB drive that I have on my keychain 
> so that if it's broken or lost (that's why I encrypt), I can just get the 
> previous one.  My USB drives are pre-encrypted with Bitlocker so I really 
> don't have to do much (ever).  Previously I used to use those little USB 
> drives with the combination lock built in to them, but they are very 
> unreliable (and slow).  So now, when fast USB drives go on sale at Amazon, I 
> always buy several.  I like the sandisk 256GB ones because a) they are fast, 
> and more importantly b) they have a lifetime warranty.
>
> I have a batch file that I run to do this.  I plug in my USB drive and start 
> the batch file and go get a diet coke.
>
> I'm thinking about moving the process to one of the ruggedized external NVMe 
> drives.  I'm currently testing the new Sabrent 2TB one and it's VERY fast 
> (1Gb+/sec) and is small enough to easily fit in a pocket.  Plus being 
> ruggedized it's waterproof and drop-proof (so far).  The sandisk drives 
> typically load at around 140MB/s, but the Sabrent drive is almost 10 times 
> faster.
>
> The reason I want 2TB is that I would like to keep a whole Disaster recovery 
> system on that drive (DF/DSS unloaded virtual tapes).  At the faster speed, 
> it's actually not a bad process, I just need to work out the kinks a little 
> bit more so that I can automate it.
>
> Brian
--

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

Re: Rexx stem variable question

[Tom Conley]

On 1/28/2021 11:58 PM, Charles Mills wrote:

I either have a misunderstanding of how stem variables work - or perhaps it
is just some stupid program bug.

I know this basic drill on stem variables: I can say foo. = "bar" and then
the value of foo.anything is effectively "bar".

Does that also work at the next level of stem variables?

Consider the following:

Userid = "FTPD"
IsStepInit.Userid. = "0"

Is IsStepInit.Userid.anything defined? I say

StepName = "STEP1"
If \ IsStepInit.Userid.Stepname Then ...

And I get a "Logical value not 0 or 1" error on the If.



Charles,

Tails are literals and not substituted unless you're using the VALUE 
function.  Try value(isstepinit.userid.) = 0.


Regards,
Tom Conley

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

Re: Rexx stem variable question

[Paul Gilmartin]

On Fri, 29 Jan 2021 06:14:38 -0600, Steve Horein wrote:
>>
>> > IsStepInit.Userid. = "0"
>>
>> "FTPD." is the tail. The stem end at the first period.
>
>Is that always true?
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/ich2a3_RRSF_stem_variables_created_by_IRRXUTIL.htm
> 
What immediately caught my eye there was:
The REXX stem examples in the last column of this table use
a specified stem of "RACF®" and without the optional prefix.

No!  No!  No!  The "®" is not part of the stem and should not be
quoted as if it were.  Corporate Branding Police running amok.
Surely this covered by a statement in the frontmatter.

>Is IBM using stem and compound variable synonymously? Or is it a
>square/rectangle situation?
> 
It's a deplorable overloading of "stem".  But I feel the same about
having accepted "SYSIN" as a synonym for "instream"  Variety is
the spice of life but the antithesis of precision.

-- gil

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

Re: Rexx stem variable question

[Seymour J Metz]

> Why suggest a TSO dependency, rather than "... get IBM to port OOREXX to z/OS 
> ..."

 1. Because REXX is part of TSO/E even though it doesn't require a TSO 
environment

 2. Because REXX has faciilities that require TSO-speciic code, e.g., ATTN, 
stack

> Think of IRXJCL and OMVS.

I assumed that they wouldn't port it in such a fashion as to require a TSO 
environment, but I agree that any RFE on the matter should spell that out.

> Does that work even for interior qualifiers, such as:
> A.FIRST[]THIRD?  /* Any way you slice it.  */

That's not valid syntax, and REXX doesn't have a concept of qualifiers. I don't 
believe that a right bracket followed by a symbol is a valid abbutment. It's 
certainly valid in OOREXX to use expressions such as

A[FIRST[]||THIRD]
A[FIRST[] THIRD]
A.FIRST[SECOND]

I would consider mixing the period and subscript notations for stem variables 
to be bad form, and confusing, but it's perfectly legal.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Friday, January 29, 2021 5:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx stem variable question

On Fri, 29 Jan 2021 08:20:22 +0300, turgut kalfaoğlu wrote:
>
>a.b. = 0
>does not work..
>
Oh, it works.  It simply hasn't the semantic Charles wished for.

--
On Fri, 29 Jan 2021 06:12:21 +, Seymour J Metz wrote:
>
>If you could get IBM to port OOREXX to TSO ...
>
Why suggest a TSO dependency, rather than "... get IBM to port OOREXX to z/OS 
..."
Think of IRXJCL and OMVS.

> ...then you would be able to have stem variables whose values are stems and 
> do something like
>
>IsStepInit.Userid[] = 0
>
Does that work even for interior qualifiers, such as:
A.FIRST[]THIRD?  /* Any way you slice 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

Re: Rexx stem variable question

[Seymour J Metz]

> Is that always true?

Yes. In the IRRXUTIL documentation, 'stem' refers to the stem that you passed 
and 'stem.PREFIX_CHAR' refers to a compound variable with that stem and a tail 
of 'PREFIX_CHAR'..

> Is IBM using stem and compound variable synonymously?
Well, "stem examples" is certainly sloppy language, but I didn't read it that 
way.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Horein [steve.hor...@gmail.com]
Sent: Friday, January 29, 2021 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx stem variable question

>
> > Userid = "FTPD"
> > IsStepInit.Userid. = "0"
>
> "FTPD." is the tail. The stem end at the first period.
>

Is that always true?
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/ich2a3_RRSF_stem_variables_created_by_IRRXUTIL.htm


Is IBM using stem and compound variable synonymously? Or is it a
square/rectangle situation?

--
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: Rexx stem variable question

[Steve Horein]

>
> > Userid = "FTPD"
> > IsStepInit.Userid. = "0"
>
> "FTPD." is the tail. The stem end at the first period.
>

Is that always true?
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/ich2a3_RRSF_stem_variables_created_by_IRRXUTIL.htm


Is IBM using stem and compound variable synonymously? Or is it a
square/rectangle situation?

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

Re: Inspecting and extracting from /OS transportable files on other platforms?

[David Spiegel]

Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any 
that goes 16 Gb/sec.

Can you please supply a link to this?

Thanks and regards,
David

On 2021-01-29 03:36, Brian Westerman wrote:

I think I would use transmit format for transporting things between systems, 
it's easily transportable and common no matter where you go and is even usable 
on a desktop PC.

The other thing you can do (which I personally do) is simply FTP the PDS's and 
sequential files directly to your PC (on a USB drive) in ASCII format.  I do 
this weekly, rotating the encrypted USB drive that I have on my keychain so 
that if it's broken or lost (that's why I encrypt), I can just get the previous 
one.  My USB drives are pre-encrypted with Bitlocker so I really don't have to 
do much (ever).  Previously I used to use those little USB drives with the 
combination lock built in to them, but they are very unreliable (and slow).  So 
now, when fast USB drives go on sale at Amazon, I always buy several.  I like 
the sandisk 256GB ones because a) they are fast, and more importantly b) they 
have a lifetime warranty.

I have a batch file that I run to do this.  I plug in my USB drive and start 
the batch file and go get a diet coke.

I'm thinking about moving the process to one of the ruggedized external NVMe 
drives.  I'm currently testing the new Sabrent 2TB one and it's VERY fast 
(1Gb+/sec) and is small enough to easily fit in a pocket.  Plus being 
ruggedized it's waterproof and drop-proof (so far).  The sandisk drives 
typically load at around 140MB/s, but the Sabrent drive is almost 10 times 
faster.

The reason I want 2TB is that I would like to keep a whole Disaster recovery 
system on that drive (DF/DSS unloaded virtual tapes).  At the faster speed, 
it's actually not a bad process, I just need to work out the kinks a little bit 
more so that I can automate it.

Brian

--
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: Rexx stem variable question

[David Crayford]

On 29/01/2021 6:12 pm, Paul Gilmartin wrote:

On Fri, 29 Jan 2021 06:12:21 +, Seymour J Metz wrote:

If you could get IBM to port OOREXX to TSO ...


Why suggest a TSO dependency, rather than "... get IBM to port OOREXX to z/OS 
..."
Think of IRXJCL and OMVS.


OOREXX is never going to happen as there is no market for it. IBM are 
busy porting Python and Golang for the next generation and I very much 
doubt if they care about TSO.




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

Re: Rexx stem variable question

[Paul Gilmartin]

On Fri, 29 Jan 2021 08:20:22 +0300, turgut kalfaoğlu wrote:
>
>a.b. = 0
>does not work..
> 
Oh, it works.  It simply hasn't the semantic Charles wished for.

--
On Fri, 29 Jan 2021 06:12:21 +, Seymour J Metz wrote:
>
>If you could get IBM to port OOREXX to TSO ...
>
Why suggest a TSO dependency, rather than "... get IBM to port OOREXX to z/OS 
..."
Think of IRXJCL and OMVS.

> ...then you would be able to have stem variables whose values are stems and 
> do something like 
>
>IsStepInit.Userid[] = 0
>
Does that work even for interior qualifiers, such as:
A.FIRST[]THIRD?  /* Any way you slice it.  */

-- gil

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

AW: Inspecting and extracting from /OS transportable files on other platforms?

[Kerstin Schwob]

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von
Gibney, Dave
Gesendet: Donnerstag, 28. Januar 2021 23:32
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Inspecting and extracting from /OS transportable files on other
platforms?

  Isn't that a long winder subject?
   In preparation for shutting down my z/OS 2.3 system, sometime this year,
I am looking at options for unloading/storing both my z/OS files as well as
my application data and infrastructure files.
   I thought of experimenting with GIMZIP. Which, for a PDS/E uses IEBCOPY
to create a sequential  unload and then uses pax to create a
S.dsname.pax.Z file containing the unload and a GIMFAF.XML descriptive
file.
   I can download the .pax.Z file, and using 7zip decompress it.
   I looked on CBTTAPE.org and found the Xmit tools, and some terse/unterse
options. And tools for .aws files.
  I didn't find anything to process ot look at IEBCOPY unloaded files. Does
such a tool exist out there.

  I can of course TRANSMIT (and even AMATERSE it) before GIMZIP, or run pax
outside GIMZIP. But, I'd kind of like the GIMFAF.XML file...

Dave Gibney
Information Technology Services
Washington State University


--
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: Inspecting and extracting from /OS transportable files on other platforms?

[Brian Westerman]

I think I would use transmit format for transporting things between systems, 
it's easily transportable and common no matter where you go and is even usable 
on a desktop PC.

The other thing you can do (which I personally do) is simply FTP the PDS's and 
sequential files directly to your PC (on a USB drive) in ASCII format.  I do 
this weekly, rotating the encrypted USB drive that I have on my keychain so 
that if it's broken or lost (that's why I encrypt), I can just get the previous 
one.  My USB drives are pre-encrypted with Bitlocker so I really don't have to 
do much (ever).  Previously I used to use those little USB drives with the 
combination lock built in to them, but they are very unreliable (and slow).  So 
now, when fast USB drives go on sale at Amazon, I always buy several.  I like 
the sandisk 256GB ones because a) they are fast, and more importantly b) they 
have a lifetime warranty.

I have a batch file that I run to do this.  I plug in my USB drive and start 
the batch file and go get a diet coke.

I'm thinking about moving the process to one of the ruggedized external NVMe 
drives.  I'm currently testing the new Sabrent 2TB one and it's VERY fast 
(1Gb+/sec) and is small enough to easily fit in a pocket.  Plus being 
ruggedized it's waterproof and drop-proof (so far).  The sandisk drives 
typically load at around 140MB/s, but the Sabrent drive is almost 10 times 
faster.

The reason I want 2TB is that I would like to keep a whole Disaster recovery 
system on that drive (DF/DSS unloaded virtual tapes).  At the faster speed, 
it's actually not a bad process, I just need to work out the kinks a little bit 
more so that I can automate it.

Brian

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