Good.
My application was to produce a report of CICS transactions on the second
Tuesday of each month. The REXX needed to identify SMF dumps that spanned
that particular day.
listc ent('XDCOM.RXX')
GDG BASE -- XDCOM.RXX
IN-CAT --- USERCAT.ISI
NONVSAM XDCOM.RXX.G0001V00
Hello Wayne
Yes exactly this is what I was looking.
On Wed, 5 Jan, 2022, 11:27 am Wayne Bickerdike, wrote:
> The date/time is stored with a new GDG entry. You can see it with a LISTCAT
> command.
>
> I developed a REXX program to parse GDG entries and build JCL to
> concatenate generations
The date/time is stored with a new GDG entry. You can see it with a LISTCAT
command.
I developed a REXX program to parse GDG entries and build JCL to
concatenate generations based on a day of the month.
The timestamp is a form of Julian date.
Is this what you are looking for?
On Wed, Jan 5,
The function name is "HTTP/HTTPS protocol enabler". It supports several
languauges, including rexx and works great.
ITschak
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **| *
*|*
Hello
I apologise if this is very dummy questions.
Is there a way to have a GDG base with date time stamp ? So that any GDG
versions created will have Date stamp in it during creation. Any samples if
someone can refer me or share ?
Please advise
Peter
Maybe not the best place to ask, but I've heard folks here mention writing
interfaces using sockets. Now, someone sent me a manual on the socket
functions that could be used with REXX, and I successfully wrote a
client/server pair for use on the mainframe, just as a proof of concept for a
Sounds a lot like where I work too. I’ve been working on Z and distributed
for forty years and I use the same tools but probably use TSO more than just
SDSF and submitting jobs. Also, use an increasing number of REST APIs for
interacting with different services
Matt Hogstrom
PGP key
Hm. If that's true of many shops (and it sounds plausible), maybe my sneers at
the colleges' ignorant comments are ill-founded and they may be starting to win
their war against the mainframe. Of course, if their efforts have a lot of
effect then surely the need for CICS will reverse the
It's true. The company I work for has been on-boarding millennials for
years now to replace the guys that are retiring. I work with some very
smart young guys, some of who write systems level code. None of them use
REXX unless it's used in a product they are working on. We're ripping
and
As an aside, In Quebec French, The "ne" is dropped.
On 2022-01-04 20:17, Seymour J Metz wrote:
I don't know of any language where two negatives make a negative. I know of languages that have distributed
negatives, e.g., "Je ne parle pas Français." in French. AFAIK it would be incorrect to omit
That's David Crayford, not me. I have no basis to either confirm or contradict.
It's unfortunate if true.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob
Bridges
Shmuel, I'm interested (and perhaps a little dismayed) at your third point.
I've gotten the impression, from reading ads about job openings, that REXX
programmers aren't very thick on the ground even at IBM where you'd think it'd
be pretty easy to find them. But "shrinking by the day"? Where
I wasn't thinking of that construction, no. My French is marginally better
than my Spanish and much better than my other languages, but in Spanish it's
perfectly correct to say "no hablo ninguna palabra de español". My
impression (unsupported, I admit now that you catch me at it) is that this
is
I don't know of any language where two negatives make a negative. I know of
languages that have distributed negatives, e.g., "Je ne parle pas Français." in
French. AFAIK it would be incorrect to omit either "ne" or "pas" from that
sentence; you need both.
--
Shmuel (Seymour J.) Metz
On Tue, 4 Jan 2022 23:26:24 +, Farley, Peter x23353 wrote:
>Also MVSVAR, OUTTRAP, STORAGE, SYSCPUS, SYSDSN, SYSVAR if equivalents are not
>already supplied in oorexx. Access to such data as is returned by MVSVAR.
>SYSVAR, etc.
>
I cited a few examples. Thank you for extending my list.
On 5/1/22 8:04 am, Seymour J Metz wrote:
If IBM replaces REXX across the board, that would have to include continuing to
support TSO. Also, those developing in REXX for TSO and ISPF environments would
get a productivity boost if oorexx were supported there.
It's a moot point because it's
If IBM replaces REXX across the board, that would have to include continuing to
support TSO. Also, those developing in REXX for TSO and ISPF environments would
get a productivity boost if oorexx were supported there.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
AFAIK those are all environments and function packages rather than part of
REXX, so they should seamlessly plug into a port of oorexx. I believe that you
would need 31-bit stubs for the 64-bit interface of oorexx 5.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Also MVSVAR, OUTTRAP, STORAGE, SYSCPUS, SYSDSN, SYSVAR if equivalents are not
already supplied in oorexx. Access to such data as is returned by MVSVAR.
SYSVAR, etc. could conceivably be made using reads of pseudo-devices such as
"/dev/$$REXX$$/SYSPROC/finer_addressing_here" but OUTTRAP,
On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353 wrote:
>... And of course full ADDRESS MVS/TSO/etc. support as well.
>
Why is TSO needed? TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE
I've used the ADDRESS TSO surrogate for some of this, even to run
Nicely done:
https://www.youtube.com/watch?v=dwT7dkAhoTY
(I feel like I recognize a couple of those folks-SHARE?)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
In English (unlike most languages), two negatives make a positive. ("Yeah,
right.") So when the girl says "I don't want nothing to do with you, no
how, no way", to an English professor she means "yes". This may explain why
English professors are so cautious.
---
Bob Bridges,
On Tue, 4 Jan 2022 21:48:23 +0100, Radoslaw Skorupka
wrote:
>Another question about ICSF:
>
>I vaguely remember that crypto domains had to be unique.
>In other words every active LPAR can have unique domain number or
>several numbers (which is another story).
>
>Now I just read the domain
Starting with z14, the IBM Z crypto architecture can support up to 256 domains
in an adjunct processor (AP) with the AP extended addressing (APXA) facility
that is installed. As such, the Crypto Express adapters are enhanced to handle
256 domains. The IBM Z firmware provides up to 85 domains
Another question about ICSF:
I vaguely remember that crypto domains had to be unique.
In other words every active LPAR can have unique domain number or
several numbers (which is another story).
Now I just read the domain number may be shared and then CKDS/PKDS
datasets may shared as well.
No, but you are welcome.
René.
> On 4 Jan 2022, at 15:41, Seymour J Metz wrote:
>
> Are there REXXLA projects for oorexx on CMS and TSO?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List
I agree entirely,
But: IBM supporting it - that train has left the station around the year 2005.
Earlier probably but not so provable or visible as handing over the code. But
do we want to be surprised? Yes!
I think the Rexx API for SDSF would be fully reusable for an ooRexx - we
support the
Are there REXXLA projects for oorexx on CMS and TSO?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
René Jansen [rene.vincent.jan...@gmail.com]
Sent: Tuesday, January
Certainly oorexx on z/Linux is useful, and easier than oorexx on z/OS, but it
would be great if IBM would support it cross platform, or at least for CMS and
TSO.
Both HFS (RIP) and zFS are file systems in the Unix sense, but oorexx only
needs to be aware of the Unix system calls for paths. Of
You are reading my mind correctly, always had trouble with the double denials.
> On 4 Jan 2022, at 15:28, zMan wrote:
>
>> although this does not mean that I would like to see that port.
>
> ...does not mean that I would NOT like to see... ?
>
>
I coined the name "SLES" when working for SuSE some time ago.
It stands for
"SuSE Linux Enterprise Server".
Best regards
Mike
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Jeremy Nicoll
Gesendet: Tuesday, January 04, 2022 19:15
An: IBM-MAIN@LISTSERV.UA.EDU
Properly integrating OOREXX with TSO is a problem. Supporting legacy datasets
should not be difficult, nor should an equivalent to IRXJCL. I'm not sure about
System REXX. I would expect IBM to functionally stabilize EXECIO unless there
is something that it does better than stream I/O.
Is
>although this does not mean that I would like to see that port.
...does not mean that I would NOT like to see... ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
But now you’ve got me thinking
- ooRexx for Linux on Z is bona fide Z arch code. The calls to the OS are
obviously different and have the Linux conventions and OS call numbers in them
- people are building container extensions for z/OS - how hard could it be to
use some of that code and run
ISTM that the real challenge is to port oorexx to run as a regular TSO / Batch
program under z/OS (and not requiring the USS shell to run it) just like
existing TSO Rexx programs can do where it has full knowledge of how to
read/write at least sequential MVS datasets in addition to USS path
food for thought: while the RMF III data stores are internally
compressed, there appears to be some opportunity for reducing the
archived data set's physical size. In testing a sample data store,
REPRO of it to a SMS generic compression file saw a reduction of 38%
and tailored compression
We have daily builds for ooRExx on Z for Linux on Z on our build machine. These
run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, to DB2
on z/OS or Linux, Unix, Windows (luw).
There is more on the mainframe than z/OS - although this does not mean that I
would like to see
Those links seem to be for allowing an OOREXX application on a different
platform to access a database on z/OS, not for allowing an OOREXX application
to run on z/OS.
That said, the package is more general than that, and is worth a look for
anybody writing in OOREXX.
--
Shmuel (Seymour J.)
3151
3152
3153
3161
3163
3164
3250
3251
3471
3481
5080
5081
6090
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bodra - Pessoal
On Tue, 4 Jan 2022, at 13:13, Rony G. Flatscher wrote:
> On 03.01.2022 17:35, Bob Bridges wrote:
>> And I've never heard about ooREXX being available on z/OS.
>> How do you manage that? Color me interested.
> Best to give you the links for the tutorial (using ooRexx on the
> mainframe to
3979 is an expansion board.for the logic unit.
Joe
On Tue, Jan 4, 2022, 10:28 Alexander Huemer wrote:
> The 3979 isn't a 3270 terminal in itself.
> It is an expansion module that you can attach to the 3179-G and 3192-G,
> so that you can use plotters, mice, etc. with those terminals.
> I
Correct URL is: https://www.redbooks.ibm.com/abstracts/sg246908.html?Open
Carlos Bodra
IBM zEnterprise Certified
São Paulo SP Brazil
-Mensagem original-
De: IBM Mainframe Discussion List Em nome de
esst...@juno.com
Enviada em: segunda-feira, 3 de janeiro de 2022 18:56
Para:
The 3979 isn't a 3270 terminal in itself.
It is an expansion module that you can attach to the 3179-G and 3192-G,
so that you can use plotters, mice, etc. with those terminals.
I suspect it will be little more than a serial multiplexer, but I do not
actually know.
Your list seems pretty
3979 was an expansion unit attached to a 3179 and enabled GDDM to use a plotter
or a colour printer - direct from the host.
Regards
Parwez Hamid
From: IBM Mainframe Discussion List on behalf of
Bodra - Pessoal <02eda2bc565a-dmarc-requ...@listserv.ua.edu>
I see it. Discussing with the team now.
Eric Rossman, CISSP®
ICSF Cryptographic Security Development
z/OS Enabling Technologies
edros...@us.ibm.com
> From: "Dave Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
>
> RFE submitted:
>
> Headline: Add ICSF Flush command
> ID:153608
I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
3472, 3482 (of course there are a lot of models of each one, for example, 3277-1
and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).
On Tuesday 04/01/2022 at 10:53 am, Kurt J. Quackenbush wrote:
Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.
Is that why he always has to fight and be in great peril?
Clark Morris
d
+ $24.41 shipping!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Alexander Huemer
Sent: Monday, January 3, 2022 10:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Manuals for 3179G, 3192G, 3979
Hi,
I am searching for
Ok. Thanks, Kurt!
Rich Smrcina
> On Jan 4, 2022, at 8:53 AM, Kurt J. Quackenbush wrote:
>
>> I believe I’ve tried that before. When I specify a new volume ID
>> (one that does not currently exist), I get this message:
>>
>> Volume 25XCAT is not mounted or does not exist.
>>
>> If I have to
> I believe I’ve tried that before. When I specify a new volume ID
> (one that does not currently exist), I get this message:
>
> Volume 25XCAT is not mounted or does not exist.
>
> If I have to format the volumes myself, I’m ok with that. But that
> sort of defeats the purpose of the GUI.
OREXX and OOREXX are my default scripting languages on ArcaOS (rebranded OS/2)
and Linux, although I use Perl for heavy parsing. I find it very pleasant to
work in and tend to use the new syntax even when I'm not defining classes.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
On Tue, 4 Jan 2022 09:21:16 -0400, Eric D Rossman wrote:
>It sounds like a "SETICSF FLUSH" command or similar is what you are
>suggesting. ("don't turn off any options, but ensure that everything up to
>that point is flushed/handled").
>
>I would ask you to open an RFE and post back here so
Yes, I meant Crypto not compression. Records written to the SMF buffer after Z
EOD and prior to system shut down will be lost.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Thank you for the response, Kurt.
I believe I’ve tried that before. When I specify a new volume ID (one that does
not currently exist), I get this message:
Volume 25XCAT is not mounted or does not exist.
If I have to format the volumes myself, I’m ok with that. But that sort of
defeats the
> When configuring the deployment, on the ‘Volumes and Storage
> Classes’ page is it possible to format volumes as the destination
> for the catalogs and datasets?
>
> In the volumes section, I see ‘Modify’ but it’s greyed out as there
> are no volumes. There is no ‘Add’ action, for instance.
It sounds like a "SETICSF FLUSH" command or similar is what you are
suggesting. ("don't turn off any options, but ensure that everything up to
that point is flushed/handled").
I would ask you to open an RFE and post back here so others can vote for
it. That will make it easier for me to push
On 03.01.2022 17:35, Bob Bridges wrote:
> I've mentioned before on this forum that once I got the hang of
> object-oriented programming (in VBA, that was) and heard about ooREXX, I
> lusted after it, but resisted the temptation because I could see no way I
> could use it for my client's work.
Noting both DSI* and AOF* messages in the logs, have you considered "Log
Analysis Program"?
https://www.ibm.com/docs/en/z-netview/6.2.1?topic=tuning-log-analysis-program
On Tue, Jan 4, 2022 at 2:49 AM Jason Cai wrote:
> Hello Kolusu
>
> Due to the holiday, I have only studied the sample JCL
Be aware that multi-line messages may be interleaved with other messages.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thanks,
But I do not see IRLM APIs or services in the manual.
On Mon, 3 Jan 2022 17:13:09 + Rahim Azizarab
<03f036d88eeb-dmarc-requ...@listserv.ua.edu> wrote:
Hi,
I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.
-Alex
[1] https://www.ebay.com/itm/114320868683
--
For
Hello Kolusu
Due to the holiday, I have only studied the sample JCL you provided in the
past few days.
The JCL is of great help to me. Thanks for your help!
I failed to describe our needs clearly last time.
We hope to use dfsort to compare today’s operlog with yesterday’s.
Looks at everyone else to figure out the consensus on whether he needs to be
cancelled.
- KB
‐‐‐ Original Message ‐‐‐
On Tuesday, January 4th, 2022 at 3:40 AM, Michael Watkins
<032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote:
> #metoo
>
> -Original Message-
>
> From:
63 matches
Mail list logo
