grep ascii files...

[ITschak Mugzach]

Is there any command to grep ascii files without the need to first convert
them to ebcdic (iconv -f)?

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *

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

Re: REXX vs other languages WAS: Rexx numeric digits and scientific notation question

[Rony G. Flatscher]

On 17.04.2024 21:04, Bob Bridges wrote:

This whole post was fascinating me, partly because I'm still a novice at 
ooRexx, still wrapping my head around certain concepts (messaging being one 
example).  I may as well say, though, that when I finally broke down and got 
myself a copy, I then took not one hour but two or three days off to read the 
documentation before I started writing the program I had in mind.  There was so 
much more to it than I expected, having believed that it would be simply 
TSO-REXX with object support.

Messaging...As I said, I'm still wrapping my head around that.  I'm used to creating 
classes and then invoking their methods; to use the term "message" in this 
connection causes my brain to pause temporarily.  So far the only thing I've worked out 
is that messaging ~is~ invoking a class' method, that is, it's just another way of saying 
the same thing.  But the way you describe it, I suspect I'm missing something.


My take is that people tend to believe that there is more to the messaging 
paradigm than there is. :)

Think of a message expression to be something comparable to a call instruction or a function 
invocation, it will cause code to be executed like the others.


The nice thing about the message paradigm "receiver~message" is that the receiver is responsible to 
find a method (a routine defined in its structure, class, type) and invoke it. The receiver will 
take the name of the received message and starts to look for a method by the same name in its own 
class (the structure used to create the receiver). If the method is not found by the receiver, the 
receiver will look up the immediate superclass for the method and if not found, that superclass' 
superclass up the class hierarchy to the root class. The first method found in this lookup process 
will be the one the receiver will run, supplying any arguments the message carries and returning any 
result to the caller. This effectively realizes inheritance.


The programmer only needs to know about the functionality (methods and attributes/fields) documented 
for the class/structure/type that was used to create the receiver. Because of inheritance all 
functionality (methods and attributes/fields) on the shortest path to the root of the class 
hierarchy is available as well, the reuse of tested functionality is therefore huge in such OOP systems.


However, the programmer does not need to know any of the gory implementation details at times that 
need to be tackled by the receiver, e.g. if communicating with Windows OLE objects or Java objects, 
one merely sends normal ooRexx messages to receivers that represent these Windows OLE objects or 
Java objects. Or with other words: the message paradigm makes it easy to treat Windows OLE objects 
or Java objects as if they were normal ooRexx objects as they conceptually understand ooRexx messages.


But in the end: the only thing new here is that invoking desired functionality is possible using a 
simple message paradigm with the simple pattern: receiver~message


Probably because of the simplicity of the messaga paradigm it got overlooked when others started to 
create OO programming languages, e.g. C++, Java, C#, Python and the like.


---rony

P.S.: The message paradigm makes a lot of dynamics possible in a simple, i.e. conceptually easy 
manner, including triggering multithreading or intercepting or rerouting messages.


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

Re: REXX vs other languages WAS: Rexx numeric digits and scientific notation question

[Rony G. Flatscher]

On 18.04.2024 02:22, Andrew Rowley wrote:

On 18/04/2024 4:39 am, Rony G. Flatscher wrote:

As you know already Rexx it would be easy for you to learn about what ooRexx 
adds to Rexx.


...

Notabene: you write one ooRexx program that will be runnable without any changes on Windows, 
Linux and macOS. This means you develop it e.g. on Windows at home and execute it in a Linux 
s390x subsystem at work and vice versa. ;)

...
A dynamic and dynamically typed language as ooRexx allows to forgo many of the declarations a 
static and statically typed language mandates, thereby simplifying coding quite considerably.



I find Rexx difficult because explicit declarations and static typing (as well as tightly 
controlled scopes) actually make programming easier, in general. 


That is interesting and fine.

They show up bugs in the code and make it easier to write correct programs. 


The mileage of people here vary including the Java people themselves who have started to reduce the 
need of explicit declarations like the new "var" (imitating JavaScript) instead of strict types or 
foregoing the static main method such that one can at least code the main method without the 
explicit declarations. The motivation about these changes is to make Java easier, reduce typing 
needs and the like.


Of course a static and statically typed languages with a compiler must define as much rules as 
possible, such that the compiler can check for them all. The more rules the more time consuming and 
the more difficult to learn a language.



The IDE is also an important factor.


Yes, indeed.

In the case that you use IntelliJ (available for all major platforms) you could add the ooRexx 
plugin which syntax checks and syntax highlights normal Rexx programs and ooRexx programs. There is 
even a mode for mainframe REXX programs in it. The ooRexx IntelliJ plugin can be downloaded from 
. You download 
the zip archive and have IntelliJ load it in its plugin menu, just follow the instructions on that page.


One feature you get with this plugin is a documentation feature of Rexx and ooRexx programs (just 
use the right mouse button).



I already write programs on my Windows laptop and run them on z/OS using Java 
:-)


Yes, that makes sense! :)

---rony

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

Re: grep ascii files...

[Kirk Wolf]

Behold the power of Unix pipelines:

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

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

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Thu, Apr 18, 2024, at 4:03 AM, ITschak Mugzach wrote:
> Is there any command to grep ascii files without the need to first convert
> them to ebcdic (iconv -f)?
> 
> ITschak
> 
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

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

Re: grep ascii files...

[Itschak Mugzach]

Kirk,

I want to directly grep ascii files instead of iconv first.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





בתאריך יום ה׳, 18 באפר׳ 2024 ב-15:37 מאת Kirk Wolf :

> Behold the power of Unix pipelines:
>
> $ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>
> iconv is not "first converting" the the whole file to EBCDIC since both
> iconv and grep run at the same time :-)
>
> Kirk Wolf
> Dovetailed Technologies
> https://coztoolkit.com
>
> On Thu, Apr 18, 2024, at 4:03 AM, ITschak Mugzach wrote:
> > Is there any command to grep ascii files without the need to first
> convert
> > them to ebcdic (iconv -f)?
> >
> > ITschak
> >
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: grep ascii files...

[Lionel B. Dyck]

I just used grep on a file tagged ISO8859 and it worked without using iconv.

t ISO8859-1   T=on  -rwxr-xr-x   1 XXX   ZZZ 2618 Feb 20 08:21 
cleanvi

>grep 'IBM' cleanvi
# Copyright 1996 IBM Corp.
#   The following enclosed code is sample code created by IBM
#   IBM product and is provided to you solely for the purpose
#   IBM shall not be liable for any damages arising out of your

I used both /bin/grep and /zopen/grep and both worked


Lionel B. Dyck <>< 
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: https://discord.gg/sze

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Itschak Mugzach
Sent: Thursday, April 18, 2024 7:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: grep ascii files...

Kirk,

I want to directly grep ascii files instead of iconv first.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and 
IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





בתאריך יום ה׳, 18 באפר׳ 2024 ב-15:37 מאת Kirk Wolf :

> Behold the power of Unix pipelines:
>
> $ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>
> iconv is not "first converting" the the whole file to EBCDIC since 
> both iconv and grep run at the same time :-)
>
> Kirk Wolf
> Dovetailed Technologies
> https://coztoolkit.com
>
> On Thu, Apr 18, 2024, at 4:03 AM, ITschak Mugzach wrote:
> > Is there any command to grep ascii files without the need to first
> convert
> > them to ebcdic (iconv -f)?
> >
> > ITschak
> >
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Continuous 
> > Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: REXX vs other languages WAS: Rexx numeric digits and scientific notation question

[Bob Bridges]

I don't often admit it, because I expect to get flamed for it, but in fact when 
I write in VBA almost all my variables are type VAR - that is, I hardly ever 
use the Dim statement to assign a type.  To introduce an array, sure, or to 
maintain correct spelling in the longer var names.  But it's rare indeed that I 
feel the need to specify that a variable is going to be BYTE, STRING or 
whatever.

So obviously, coding in typeless REXX doesn't bother me 😊.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* This universe is full of magical things patiently waiting for our wits to 
grow sharper. */


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rony G. Flatscher
Sent: Thursday, April 18, 2024 06:30

The mileage of people here vary including the Java people themselves who have 
started to reduce the need of explicit declarations like the new "var" 
(imitating JavaScript) instead of strict types or foregoing the static main 
method such that one can at least code the main method without the explicit 
declarations. The motivation about these changes is to make Java easier, reduce 
typing needs and the like.

--- On 18.04.2024 02:22, Andrew Rowley wrote:
> I find Rexx difficult because explicit declarations and static typing (as 
> well as tightly controlled scopes) actually make programming easier, in 
> general.  They show up bugs in the code and make it easier to write correct 
> programs. 

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

Re: grep ascii files...

[Paul Gilmartin]

On Thu, 18 Apr 2024 07:36:15 -0500, Kirk Wolf wrote:

>Behold the power of Unix pipelines:
>
>$ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>
>iconv is not "first converting" the the whole file to EBCDIC since both iconv 
>and grep run at the same time :-)
> 
OK, smartass.  How about "grep -r".

-- 
gil

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

Re: grep ascii files...

[Lionel B. Dyck]

Gil - no need to insult.


Lionel B. Dyck <>< 
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: https://discord.gg/sze

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, April 18, 2024 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: grep ascii files...

On Thu, 18 Apr 2024 07:36:15 -0500, Kirk Wolf wrote:

>Behold the power of Unix pipelines:
>
>$ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>
>iconv is not "first converting" the the whole file to EBCDIC since both 
>iconv and grep run at the same time :-)
> 
OK, smartass.  How about "grep -r".

--
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: Is there a free format only Abend-Aid program?

[Binyamin Dissen]

It isn't an print format.

On Wed, 17 Apr 2024 19:43:24 + "Schmitt, Michael"
 wrote:

:>I'm wondering what you mean. When we used Abend-AID, it did produce a 
readable format. It was a like a SYSUDUMP but better.
:>
:>Do you mean some kind of internal abend capture file? Like an IBM Fault 
Analyzer fault history entry?
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List  On Behalf Of 
Binyamin Dissen
:>Sent: Wednesday, April 17, 2024 2:37 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Is there a free format only Abend-Aid program?
:>
:>I have a received what appears to be an abend-aid dump.
:>
:>Is there a free formatter for it (not the full product, just the ability to
:>format the dump into a readable format)?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

SMS & GDG SCRATCH option

[Jack Zukt]

Hi all,

Where, if possible, on the ASC routines of a SMS managed environment, can I
force the SCRATCH option for a GDG base entry at definition time?
Regards
Jack

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

Re: SMS & GDG SCRATCH option

[Gormley, Steve]

Hi
You can’t do anything in the ACS routines as a GDG base define isn’t an 
allocation.
You have the option of setting the default in IGGCATxx member in Parmlib - 
GDGSCRATCH(YES)
But if people code noscratch in their IDCAMS JCL this will override the default

Steve

From: IBM Mainframe Discussion List  On Behalf Of 
Jack Zukt
Sent: Thursday, April 18, 2024 14:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS & GDG SCRATCH option

Hi all, Where, if possible, on the ASC routines of a SMS managed environment, 
can I force the SCRATCH option for a GDG base entry at definition time? Regards 
Jack -- For 
IBM-MAIN
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.
ZjQcmQRYFpfptBannerEnd

Hi all,



Where, if possible, on the ASC routines of a SMS managed environment, can I

force the SCRATCH option for a GDG base entry at definition time?

Regards

Jack



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN

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

Re: Anyone exploiting ZEDC?

[Radoslaw Skorupka]

W dniu 16.04.2024 o 18:16, Jousma, David pisze:

Is anyone exploiting ZEDC data compression accelerator in your environments?   
We recently licensed the enablement and are working through the issues in our 
DEV environment.

We initially enabled Extended Format/COMPACT ZP, for all DSORG PS datasets, but 
are quickly finding that DFSORT, SAS, ISPF recovery datasets all have issues.   
We’ve turned back off for now.

There is no central location in any IBM doc(including recent REDBOOKS) that 
discusses where we can and cannot leverage ZEDC.   As it stands now, we had to 
back out, and looking at taking a new approach in our ACS routines checking for 
DSORG=PS, and then if not temp-dataset, or tape assign a DC with the right 
options.

What I am wondering is if anyone is further along that can share how they 
rolled out?   I really don’t want to have to make the applications teams have 
to “opt-in” by coding a DC in their JCL or other dataset allocations.


I've been using zEDC for years, since z13, AFAIR. Then z14, then z15 
until now.
No issues with DFSORT (we've been using a lot of it, including huge jobs 
- ~320GB of real memory instead of SORTWKx).

No issues with ISPF.
No SAS => no feedback.
The only sad news is... for DASD salesmen - no space upgrades. :-)

BTW: One of recent changes is PDSE compression. I love it when I remain 
SMPPTS :-)


--
Radoslaw Skorupka
Lodz, Poland

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

Re: Anyone exploiting ZEDC?

[Radoslaw Skorupka]

W dniu 16.04.2024 o 18:28, rpinion865 pisze:

At a prior life, we got the zEDC cards on a z15, and turned that on for PS 
datasets.  [...]


No cards for z15. It has zEDC module in processor.
z14 and older had zEDC cards, defined in HCD as a function.

HW: Cards were paid feature, zEDC in z15 is not extra paid.
SW: Note: in both cases you have to enable z/OS paid component (cheap IMHO).

--
Radoslaw Skorupka
Lodz, Poland

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

Re: SMS & GDG SCRATCH option

[rpinion865]

I think ACC from DTS Software gave one the ability to override things in the 
JCL, IDCAMS define, and SMS parameters.




Sent with Proton Mail secure email.

On Thursday, April 18th, 2024 at 10:14 AM, Gormley, Steve 
<062689d47664-dmarc-requ...@listserv.ua.edu> wrote:

> Hi
> You can’t do anything in the ACS routines as a GDG base define isn’t an 
> allocation.
> You have the option of setting the default in IGGCATxx member in Parmlib - 
> GDGSCRATCH(YES)
> But if people code noscratch in their IDCAMS JCL this will override the 
> default
> 
> Steve
> 
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Jack Zukt
> 
> Sent: Thursday, April 18, 2024 14:49
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS & GDG SCRATCH option
> 
> Hi all, Where, if possible, on the ASC routines of a SMS managed environment, 
> can I force the SCRATCH option for a GDG base entry at definition time? 
> Regards Jack 
> -- For 
> IBM-MAIN
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> Do not click links or open attachments unless you recognize the sender and 
> know the content is safe.
> ZjQcmQRYFpfptBannerEnd
> 
> Hi all,
> 
> 
> 
> Where, if possible, on the ASC routines of a SMS managed environment, can I
> 
> force the SCRATCH option for a GDG base entry at definition time?
> 
> Regards
> 
> Jack
> 
> 
> 
> --
> 
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 
> send email to lists...@listserv.ua.edumailto: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: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in preparation for z/OS 3.1

[Pommier, Rex]

We're currently going thru the same migration.  IP configuration guide has a 
section on converting DEVICE/LINK to INTERFACE statements.  It is actually a 
pretty good cookbook for it.  

We don't use VIPA but IIRC there's a sub section in the book about how to 
convert VIPA links.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Albertus de Wet
Sent: Wednesday, April 17, 2024 6:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We are on z/OS 2.4 and need to goto 3.1. We never did the z/OS 2.5 upgrade and 
as I understood, this was an action item for zOS 2.5. So, how do we convert the 
"DEVICE", "LINK" and "HOME" statements for TCPIP V3.1 *This is what we 
currently use in TCPIP:* ; VIPA definition (EE)
*DEVICE* VIPA00 VIRTUAL 0
*LINK*   VIPAL00VIRTUAL 0 VIPA00
;

; Enterprise Extender Definitions (EE)
*DEVICE* IUTSAMEH MPCPTP
*LINK  * IUTSAMEHL MPCPTP IUTSAMEH
;

; OSA8100 is a OSA Express feature (CHPID=01) *DEVICE *OSA8000 MPCIPA NONROUTER 
AUTORESTART
*LINK*   OSAL8000 IPAQENET OSA8000
;

According to:
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=cnha-steps-converting-from-ipv4-ipaqenet-device-link-home-definitions-ipv4-ipaqenet-interface-statement__;!!KjMRP1Ixj6eLE0Fj!tkOoU5b8fT9PCVQu41SK1CXSlwCZL8mfpyUaoLw3EZ3-Bf-b4A_Wwx7g0fvyotb9GdghBKy5FXX17C8ZXWeJ7TyMyp8OK8SfZ8kc$
I come up with this, but obviously miss something:
; VIPA definition (EE)
;DEVICE VIPA00 VIRTUAL 0
;LINK   VIPAL00VIRTUAL 0 VIPA00
INTERFACE VIPAL00
  DEFINE VIRTUAL
  IPADDR 10.64.14.106
  PORTNAME VIPA00
  VIRTUAL 0
;
; Enterprise Extender Definitions (EE)
;DEVICE IUTSAMEH MPCPTP
;LINK   IUTSAMEHL MPCPTP IUTSAMEH
INTERFACE IUTSAMEHL
  DEFINE MPCPTP
  IPADDR 10.64.14.107
  PORTNAME IUTSAMEH
;
;DEVICE OSA8100 MPCIPA NONROUTER AUTORESTART
;LINK   OSAL8100 IPAQENET OSA8100
INTERFACE OSAL8100
  DEFINE IPAQENET
  IPADDR 10.64.14.105
  PORTNAME OSA8100
  NONROUTER AUTORESTART
and I commented out the HOME statements.

I cannot seem to get this to work. What is confusing to me is the VIRTUAL 0 
part and we also do not have any "additional parameters" as per the 
documentation.
I created another TCPIPX proc, pointing to the new PROFX member.
When I stopped the original TCPIP and start TCPIPX, it comes up, but not happy 
with these messages:













*EZZ0162I HOST NAME FOR TCPIPX IS LP2
EZZ0300I OPENED PROFILE FILE DD:PROFILE
 EZZ0309I PROFILE PROCESSING BEGINNING FOR DD:PROFILE EZZ0401I SYNTAX ERROR IN 
FILE: DD:PROFILE ON LINE: 180 AT:
'PORTNAME'EZZ0324I UNRECOGNIZED STATEMENT PORTNAME FOUND ON LINE 180
EZZ0318I MPCPTP WAS FOUND ON LINE 187 AND INTERFACE TYPE WAS 
EXPECTEDEZZ0324I UNRECOGNIZED STATEMENT AUTORESTART FOUND ON LINE 197  EZZ0328I 
DEVICE OSA8100 ON LINE 385 HAS NOT BEEN DEFINED OR HAS BEEN DELETED EZZ0328I 
DEVICE IUTSAMEH ON LINE 386 HAS NOT BEEN DEFINED OR HAS
BEEN DELETED EZZ0316I
PROFILE PROCESSING COMPLETE FOR FILE DD:PROFILE EZZ0303I
INITIAL PROFILE FILE CONTAINS ERRORSEZZ0641I IP
FORWARDING NOFWDMULTIPATH SUPPORT IS ENABLED EZZ0351I
SOURCEVIPA SUPPORT IS ENABLED   EZZ0338I TCP
PORTS 1 THRU 1023 ARE RESERVED  EZZ0338I UDP PORTS
1 THRU 1023 ARE RESERVED  EZZ4248E TCPIPX WAITING
FOR PAGENT TTLS POLICY*



*EZZ4202I Z/OS UNIX - TCP/IP CONNECTION ESTABLISHED FOR TCPIPX  EZB6473I
TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.   EZAIN11I ALL TCPIP
SERVICES FOR PROC TCPIPX ARE AVAILABLE.*



*EZD1313I REQUIRED SAF SERVAUTH PROFILE NOT FOUND
  EZB.INITSTACK.MANZANA.TCPIPXEZD1176I
TCPIPX HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS*

And it also did not start TN3270 as the original TCPIP did.

Any ideas, as I am obviously missing something?
Also, how can I test this new parms without stopping and starting TCPIP address 
space each time? I knew my predessor used something like "OBEYFILE", but I am 
not sure if this would be the best way to change these definitions - after I 
figured out what needs to change to what.

Thank you.

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you 

Re: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in preparation for z/OS 3.1

[Pommier, Rex]

The manual mentions how to convert VIPA as well. One minor "gotcha" is that we 
had AUTORESTART on our DEVICE statement and that isn't supported in the 
INTERFACE statement so we had to strip it.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, April 18, 2024 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We're currently going thru the same migration.  IP configuration guide has a 
section on converting DEVICE/LINK to INTERFACE statements.  It is actually a 
pretty good cookbook for it.  

We don't use VIPA but IIRC there's a sub section in the book about how to 
convert VIPA links.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Albertus de Wet
Sent: Wednesday, April 17, 2024 6:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Fwd: Converting TCPIP DEVICE and LINK statements in 
preparation for z/OS 3.1

We are on z/OS 2.4 and need to goto 3.1. We never did the z/OS 2.5 upgrade and 
as I understood, this was an action item for zOS 2.5. So, how do we convert the 
"DEVICE", "LINK" and "HOME" statements for TCPIP V3.1 *This is what we 
currently use in TCPIP:* ; VIPA definition (EE)
*DEVICE* VIPA00 VIRTUAL 0
*LINK*   VIPAL00VIRTUAL 0 VIPA00
;

; Enterprise Extender Definitions (EE)
*DEVICE* IUTSAMEH MPCPTP
*LINK  * IUTSAMEHL MPCPTP IUTSAMEH
;

; OSA8100 is a OSA Express feature (CHPID=01) *DEVICE *OSA8000 MPCIPA NONROUTER 
AUTORESTART
*LINK*   OSAL8000 IPAQENET OSA8000
;

According to:
https://urldefense.com/v3/__https://www.ibm.com/docs/en/zos/2.5.0?topic=cnha-steps-converting-from-ipv4-ipaqenet-device-link-home-definitions-ipv4-ipaqenet-interface-statement__;!!KjMRP1Ixj6eLE0Fj!tkOoU5b8fT9PCVQu41SK1CXSlwCZL8mfpyUaoLw3EZ3-Bf-b4A_Wwx7g0fvyotb9GdghBKy5FXX17C8ZXWeJ7TyMyp8OK8SfZ8kc$
I come up with this, but obviously miss something:
; VIPA definition (EE)
;DEVICE VIPA00 VIRTUAL 0
;LINK   VIPAL00VIRTUAL 0 VIPA00
INTERFACE VIPAL00
  DEFINE VIRTUAL
  IPADDR 10.64.14.106
  PORTNAME VIPA00
  VIRTUAL 0
;
; Enterprise Extender Definitions (EE)
;DEVICE IUTSAMEH MPCPTP
;LINK   IUTSAMEHL MPCPTP IUTSAMEH
INTERFACE IUTSAMEHL
  DEFINE MPCPTP
  IPADDR 10.64.14.107
  PORTNAME IUTSAMEH
;
;DEVICE OSA8100 MPCIPA NONROUTER AUTORESTART
;LINK   OSAL8100 IPAQENET OSA8100
INTERFACE OSAL8100
  DEFINE IPAQENET
  IPADDR 10.64.14.105
  PORTNAME OSA8100
  NONROUTER AUTORESTART
and I commented out the HOME statements.

I cannot seem to get this to work. What is confusing to me is the VIRTUAL 0 
part and we also do not have any "additional parameters" as per the 
documentation.
I created another TCPIPX proc, pointing to the new PROFX member.
When I stopped the original TCPIP and start TCPIPX, it comes up, but not happy 
with these messages:













*EZZ0162I HOST NAME FOR TCPIPX IS LP2
EZZ0300I OPENED PROFILE FILE DD:PROFILE
 EZZ0309I PROFILE PROCESSING BEGINNING FOR DD:PROFILE EZZ0401I SYNTAX ERROR IN 
FILE: DD:PROFILE ON LINE: 180 AT:
'PORTNAME'EZZ0324I UNRECOGNIZED STATEMENT PORTNAME FOUND ON LINE 180
EZZ0318I MPCPTP WAS FOUND ON LINE 187 AND INTERFACE TYPE WAS 
EXPECTEDEZZ0324I UNRECOGNIZED STATEMENT AUTORESTART FOUND ON LINE 197  EZZ0328I 
DEVICE OSA8100 ON LINE 385 HAS NOT BEEN DEFINED OR HAS BEEN DELETED EZZ0328I 
DEVICE IUTSAMEH ON LINE 386 HAS NOT BEEN DEFINED OR HAS
BEEN DELETED EZZ0316I
PROFILE PROCESSING COMPLETE FOR FILE DD:PROFILE EZZ0303I
INITIAL PROFILE FILE CONTAINS ERRORSEZZ0641I IP
FORWARDING NOFWDMULTIPATH SUPPORT IS ENABLED EZZ0351I
SOURCEVIPA SUPPORT IS ENABLED   EZZ0338I TCP
PORTS 1 THRU 1023 ARE RESERVED  EZZ0338I UDP PORTS
1 THRU 1023 ARE RESERVED  EZZ4248E TCPIPX WAITING
FOR PAGENT TTLS POLICY*



*EZZ4202I Z/OS UNIX - TCP/IP CONNECTION ESTABLISHED FOR TCPIPX  EZB6473I
TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.   EZAIN11I ALL TCPIP
SERVICES FOR PROC TCPIPX ARE AVAILABLE.*



*EZD1313I REQUIRED SAF SERVAUTH PROFILE NOT FOUND
  EZB.INITSTACK.MANZANA.TCPIPXEZD1176I
TCPIPX HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS*

And it also did not start TN3270 as the original TCPIP did.

Any ideas, as I am obviously missing something?
Also, how can I test this new parms without stopping and starting TCPIP address 
space each time? I knew my predessor used something like "OBEYFILE", but I am 
not sure if this would be the best way to change these definitions - after I 
figured out what needs to change to what.

Thank you.

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

-

Re: grep ascii files...

[Paul Gilmartin]

On Thu, 18 Apr 2024 08:24:02 -0500, Lionel B. Dyck wrote:

>Gil - no need to insult.
>
Understood.  I felt I that I was lighthearted, in the spirit of Kirk's
suggestion, after I checked that he did append a smiley to his
arrant pedantry.

More seriously, suppose the pattern isn't EBCDIC?  I'm
imagining Hebrew in UTF-8.  How do regular expessions
play with R-to-L text?

When typing Hebrew or Arabic text on a 3270, does tne
cursor move right-to-left?


>-Original Message-
>From: Paul Gilmartin
>Sent: Thursday, April 18, 2024 8:22 AM
>
>On Thu, 18 Apr 2024 07:36:15 -0500, Kirk Wolf wrote:
>
>>Behold the power of Unix pipelines:
>>
>>$ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>>
>>iconv is not "first converting" the the whole file to EBCDIC since both 
>>iconv and grep run at the same time :-)
>> 
>OK, smartass.  How about "grep -r".

-- 
gil

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

Re: SMS & GDG SCRATCH option

[Steve Pryor]

Yes, that's correct. The ACS routines get control for new individual GDG 
generations at allocation time, not for catalog entries. The GDG base is a 
catalog entry and is created at IDCAMS DEFINE GDG time. So while the systemwide 
defaults can be set in IGGCATxx, they can be overridden by anyone defining a 
GDG by simply specifying the desired values in the DEFINE GDG control 
statement. 

Using ACC, which gets control at SVC 26 (DEFINE) time, one can set policy rules 
which will take precedence over both the IGGCATxx defaults and the IDCAMS 
DEFINE GDG specification. So if you wanted to force GDGs to be defined as 
extended-format, NOSCRATCH, FIFO, etc., you'd specify this in the ACC policy 
rules. You could also do things like have ACC check some arbitrary RACF 
resource to see if a user is authorized to specify SCRATCH or NOSCRATCH, etc.

Similarly, ACC policy rules can control the use of pretty much any IDCAMS 
parameter on DEFINE or DELETE as well as overriding any JCL or dynamic 
allocation values (space, VOLSER, UNIT, etc) for ordinary non-VSAM or VSAM 
datasets.

Steve Pryor
DTS Software, LLC
st...@dtssoftware.com

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

Re: grep ascii files...

[Farley, Peter]

Re: “When typing Hebrew or Arabic text on a 3270, does tne cursor move 
right-to-left?”, I can testify that yes it does.  Quite remarkable when you 
first see it, but then for numeric fields it moves left to right, just like 
non-Arabic/Hebrew screens.  And while typing non-numeric characters, the 
characters you already typed can change as you type other characters, according 
to the language rules.



An ISV I worked for in the early 1980’s had Aramco as a client and supported 
Arabic 3270 screens.



WRT regex for R-to-L language handedness, I believe that UTF-8 character 
storage is left-to-right regardless of the external presentation order, thus so 
as long as the regex algorithm handles UTF-8 it should Just Work (tm).



Peter

From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, April 18, 2024 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: grep ascii files...


On Thu, 18 Apr 2024 08:24:02 -0500, Lionel B. Dyck wrote:



>Gil - no need to insult.

>

Understood.  I felt I that I was lighthearted, in the spirit of Kirk's

suggestion, after I checked that he did append a smiley to his

arrant pedantry.



More seriously, suppose the pattern isn't EBCDIC?  I'm

imagining Hebrew in UTF-8.  How do regular expessions

play with R-to-L text?



When typing Hebrew or Arabic text on a 3270, does tne

cursor move right-to-left?





>-Original Message-

>From: Paul Gilmartin

>Sent: Thursday, April 18, 2024 8:22 AM

>

>On Thu, 18 Apr 2024 07:36:15 -0500, Kirk Wolf wrote:

>

>>Behold the power of Unix pipelines:

>>

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

>>

>>iconv is not "first converting" the the whole file to EBCDIC since both

>>iconv and grep run at the same time :-)

>>

>OK, smartass.  How about "grep -r".



--

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: Is there a free format only Abend-Aid program?

[Tony Harminc]

On Thu, 18 Apr 2024 at 09:26, Binyamin Dissen 
wrote:

> It isn't an print format.
>

So... Give us a clue. LRECL/BLKSIZE/RECFM? What does the content look like?
Any obvious character strings? Maybe compressed? Anything to be gleaned
from the dsname? Is there reason to believe this thing came from Abend-aid
beyond that someone said so?

As an ISV we've got lots of Abend-aid dumps, but they've always been kind
of printed dumps for kindergartners, and they never do well with our kind
of authorized cross-memory environment. But they may well be helpful for
things like an 0C6 in a COBOL program. We ask customers to always send us
an SVC/SLIP dump, or if they really must, a SYSMDUMP.

Tony H.

On Wed, 17 Apr 2024 19:43:24 + "Schmitt, Michael"
>  wrote:
>
> :>I'm wondering what you mean. When we used Abend-AID, it did produce a
> readable format. It was a like a SYSUDUMP but better.
> :>
> :>Do you mean some kind of internal abend capture file? Like an IBM Fault
> Analyzer fault history entry?
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List  On
> Behalf Of Binyamin Dissen
> :>Sent: Wednesday, April 17, 2024 2:37 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Is there a free format only Abend-Aid program?
> :>
> :>I have a received what appears to be an abend-aid dump.
> :>
> :>Is there a free formatter for it (not the full product, just the ability
> to
> :>format the dump into a readable format)?
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>

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

Re: grep ascii files...

[Kirk Wolf]

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

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

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

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

Re: SMS & GDG SCRATCH option

[Jack Zukt]

Hi All,

I am going to investigate the possibility of using the IGGCATxx member
options.
Thank you all for your helpful answers and pointing me towards a possible
solution.
Regards
Jack


On Thu, 18 Apr 2024 at 16:02, Steve Pryor  wrote:

> Yes, that's correct. The ACS routines get control for new individual GDG
> generations at allocation time, not for catalog entries. The GDG base is a
> catalog entry and is created at IDCAMS DEFINE GDG time. So while the
> systemwide defaults can be set in IGGCATxx, they can be overridden by
> anyone defining a GDG by simply specifying the desired values in the DEFINE
> GDG control statement.
>
> Using ACC, which gets control at SVC 26 (DEFINE) time, one can set policy
> rules which will take precedence over both the IGGCATxx defaults and the
> IDCAMS DEFINE GDG specification. So if you wanted to force GDGs to be
> defined as extended-format, NOSCRATCH, FIFO, etc., you'd specify this in
> the ACC policy rules. You could also do things like have ACC check some
> arbitrary RACF resource to see if a user is authorized to specify SCRATCH
> or NOSCRATCH, etc.
>
> Similarly, ACC policy rules can control the use of pretty much any IDCAMS
> parameter on DEFINE or DELETE as well as overriding any JCL or dynamic
> allocation values (space, VOLSER, UNIT, etc) for ordinary non-VSAM or VSAM
> datasets.
>
> Steve Pryor
> DTS Software, LLC
> st...@dtssoftware.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: grep ascii files...

[Seymour J Metz]

I believe that bidi processing depends on the model.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, April 18, 2024 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: grep ascii files...

On Thu, 18 Apr 2024 08:24:02 -0500, Lionel B. Dyck wrote:

>Gil - no need to insult.
>
Understood.  I felt I that I was lighthearted, in the spirit of Kirk's
suggestion, after I checked that he did append a smiley to his
arrant pedantry.

More seriously, suppose the pattern isn't EBCDIC?  I'm
imagining Hebrew in UTF-8.  How do regular expessions
play with R-to-L text?

When typing Hebrew or Arabic text on a 3270, does tne
cursor move right-to-left?


>-Original Message-
>From: Paul Gilmartin
>Sent: Thursday, April 18, 2024 8:22 AM
>
>On Thu, 18 Apr 2024 07:36:15 -0500, Kirk Wolf wrote:
>
>>Behold the power of Unix pipelines:
>>
>>$ iconv -f ISO8859-1 -t IBM-1047  myasciifile | grep  MATCH
>>
>>iconv is not "first converting" the the whole file to EBCDIC since both
>>iconv and grep run at the same time :-)
>>
>OK, smartass.  How about "grep -r".

--
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: grep ascii files...

[Paul Gilmartin]

On Thu, 18 Apr 2024 15:02:41 +, Farley, Peter wrote:

>Re: “When typing Hebrew or Arabic text on a 3270, does tne cursor move 
>right-to-left?”, I can testify that yes it does.  Quite remarkable when you 
>first see it, but then for numeric fields it moves left to right, just like 
>non-Arabic/Hebrew screens.  And while typing non-numeric characters, the 
>characters you already typed can change as you type other characters, 
>according to the language rules.
> 
someone conversant with such languages has posted here that the
spoken convention is low-to-high order: "four and twenty blackbirds."

-- 
gil

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

Re: grep ascii files...

[Grant Taylor]

On 4/18/24 11:03 AM, Paul Gilmartin wrote:
someone conversant with such languages has posted here that the spoken 
convention is low-to-high order: "four and twenty blackbirds."


Would you please clarify / confirm the example language?  "four and 
twenty blackbirds" sort of breaks my brain and I'd like to research and 
learn more.




--
Grant. . . .
unix || die

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

Re: grep ascii files...

[Paul Gilmartin]

On Thu, 18 Apr 2024 11:16:30 -0500, Grant Taylor wrote:

>On 4/18/24 11:03 AM, Paul Gilmartin wrote:
>> someone conversant with such languages has posted here that the spoken
>> convention is low-to-high order: "four and twenty blackbirds."
>
>Would you please clarify / confirm the example language?  "four and
>twenty blackbirds" sort of breaks my brain and I'd like to research and
>learn more.
>


-- 
gil

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

How to turn off an OPERLOG filter before getting into SDSF LOG

[Collinson, Shannon]

I keep hosing myself up by setting an operlog filter to find very specific 
needles-in-the-haystack and forgetting to do "filter off" before I get out of 
the log.  Then, a day or so later, I try to get back to SDSF log and hang 
forever while it tries to find those needles again (in what, for us, is about 
1.5 months of multiple-lpars' log streams).  Is there a way that I can turn off 
the filter before getting back into operlog?  The "filter off", if I issue it 
on a different SDSF panel, is of course only turning off that dialog's filter 
(not the operlog filter unless I've waited out the hang in SDSF log).  Thought 
there might be something on the "log" command, but it looks like I could just 
switch to syslog and back to operlog with that--and it appears to save my 
filter info for operlog across the switches (so I'm hung on the "log o" again). 
 If it's a really horrible hang, I delete my ISPF.ISPPROF(ISFPROF) member and 
let it rebuild from scratch, because I'm not sure where this stuff is set, but 
man, that seems like a nuclear option.  Is there a trick I'm missing?  Or a 
more specific thing I could do instead of deleting ISFPROF?

Thanks for any hints!

Shannon Collinson
Senior Principal Infrastructure Engineer/Advisor
Mainframe Engineering - zOS and Innovation / Truist
Stone Mountain, GA 30087
Office: 404-827-6070 / Mobile: 404-642-1280
shannon.collin...@truist.com




The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: grep ascii files...

[Phil Smith III]

Gil asked:
> How do regular expessions play with R-to-L text?

https://stackoverflow.com/questions/50570322/regex-pattern-matching-in-right-to-left-languages

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

Re: grep ascii files...

[Itschak Mugzach]

The file is a .jar which is an ascii archive. However, the text I was
looking for was not condensed. rep did not discover the text.

Anyway, I have an alternative. I just hoped grep will be shorter in terms
of elapsed and cpu.

ITachak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Thu, Apr 18, 2024 at 7:17 PM Grant Taylor <
023065957af1-dmarc-requ...@listserv.ua.edu> wrote:

> On 4/18/24 11:03 AM, Paul Gilmartin wrote:
> > someone conversant with such languages has posted here that the spoken
> > convention is low-to-high order: "four and twenty blackbirds."
>
> Would you please clarify / confirm the example language?  "four and
> twenty blackbirds" sort of breaks my brain and I'd like to research and
> learn more.
>
>
>
> --
> Grant. . . .
> unix || die
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Converting TCPIP DEVICE and LINK statements in preparation for z/OS 3.1

[John S. Giltner, Jr.]

For:
;DEVICE VIPA00 VIRTUAL 0
;LINK   VIPAL00VIRTUAL 0 VIPA00

I think all you need is:

INTERFACE VIPAL00
  DEFINE VIRTUAL
  IPADDR 10.64.14.106

That is basically all we have.  I don't think VIPA's have port names.  I 
thought portnames were used to map to TRLE definition in VTAM.

For IUTSAMEH, I thought this was automatically created by VTAM.  I know we 
don't have a INTERFACE definition for it and from old copies of our 
pre-INTERFACE definitions we never defined IUTSAMEH at all.

For the issue with OSA8100, are you sure you have that defined in VTAM?

On Wed, 17 Apr 2024 17:21:59 -0600, Albertus de Wet  wrote:

>We are on z/OS 2.4 and need to goto 3.1. We never did the z/OS 2.5 upgrade
>and as I understood, this was an action item for zOS 2.5. So, how do we
>convert the "DEVICE", "LINK" and "HOME" statements for TCPIP V3.1
>*This is what we currently use in TCPIP:*
>; VIPA definition (EE)
>*DEVICE* VIPA00 VIRTUAL 0
>*LINK*   VIPAL00VIRTUAL 0 VIPA00
>;
>
>; Enterprise Extender Definitions (EE)
>*DEVICE* IUTSAMEH MPCPTP
>*LINK  * IUTSAMEHL MPCPTP IUTSAMEH
>;
>
>; OSA8100 is a OSA Express feature (CHPID=01)
>*DEVICE *OSA8000 MPCIPA NONROUTER AUTORESTART
>*LINK*   OSAL8000 IPAQENET OSA8000
>;
>
>According to:
>https://www.ibm.com/docs/en/zos/2.5.0?topic=cnha-steps-converting-from-ipv4-ipaqenet-device-link-home-definitions-ipv4-ipaqenet-interface-statement
>I come up with this, but obviously miss something:
>; VIPA definition (EE)
>;DEVICE VIPA00 VIRTUAL 0
>;LINK   VIPAL00VIRTUAL 0 VIPA00
>INTERFACE VIPAL00
>  DEFINE VIRTUAL
>  IPADDR 10.64.14.106
>  PORTNAME VIPA00
>  VIRTUAL 0
>;
>; Enterprise Extender Definitions (EE)
>;DEVICE IUTSAMEH MPCPTP
>;LINK   IUTSAMEHL MPCPTP IUTSAMEH
>INTERFACE IUTSAMEHL
>  DEFINE MPCPTP
>  IPADDR 10.64.14.107
>  PORTNAME IUTSAMEH
>;
>;DEVICE OSA8100 MPCIPA NONROUTER AUTORESTART
>;LINK   OSAL8100 IPAQENET OSA8100
>INTERFACE OSAL8100
>  DEFINE IPAQENET
>  IPADDR 10.64.14.105
>  PORTNAME OSA8100
>  NONROUTER AUTORESTART
>and I commented out the HOME statements.
>
>I cannot seem to get this to work. What is confusing to me is the VIRTUAL 0
>part and we also do not have any "additional parameters" as per the
>documentation.
>I created another TCPIPX proc, pointing to the new PROFX member.
>When I stopped the original TCPIP and start TCPIPX, it comes up, but not
>happy with these messages:
>
>
>
>
>
>
>
>
>
>
>
>
>
>*EZZ0162I HOST NAME FOR TCPIPX IS LP2
>EZZ0300I OPENED PROFILE FILE DD:PROFILE
> EZZ0309I PROFILE PROCESSING BEGINNING FOR DD:PROFILE
>EZZ0401I SYNTAX ERROR IN FILE: DD:PROFILE ON LINE: 180 AT:
>'PORTNAME'EZZ0324I UNRECOGNIZED STATEMENT PORTNAME FOUND ON LINE 180
>EZZ0318I MPCPTP WAS FOUND ON LINE 187 AND INTERFACE TYPE WAS
>EXPECTEDEZZ0324I UNRECOGNIZED STATEMENT AUTORESTART FOUND ON LINE 197
> EZZ0328I DEVICE OSA8100 ON LINE 385 HAS NOT BEEN DEFINED OR HAS
>BEEN DELETED
>EZZ0328I DEVICE IUTSAMEH ON LINE 386 HAS NOT BEEN DEFINED OR HAS
>BEEN DELETED EZZ0316I
>PROFILE PROCESSING COMPLETE FOR FILE DD:PROFILE EZZ0303I
>INITIAL PROFILE FILE CONTAINS ERRORSEZZ0641I IP
>FORWARDING NOFWDMULTIPATH SUPPORT IS ENABLED EZZ0351I
>SOURCEVIPA SUPPORT IS ENABLED   EZZ0338I TCP
>PORTS 1 THRU 1023 ARE RESERVED  EZZ0338I UDP PORTS
>1 THRU 1023 ARE RESERVED  EZZ4248E TCPIPX WAITING
>FOR PAGENT TTLS POLICY*
>
>
>
>*EZZ4202I Z/OS UNIX - TCP/IP CONNECTION ESTABLISHED FOR TCPIPX  EZB6473I
>TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.   EZAIN11I ALL TCPIP
>SERVICES FOR PROC TCPIPX ARE AVAILABLE.*
>
>
>
>*EZD1313I REQUIRED SAF SERVAUTH PROFILE NOT FOUND
>  EZB.INITSTACK.MANZANA.TCPIPXEZD1176I
>TCPIPX HAS SUCCESSFULLY JOINED THE TCP/IP SYSPLEX GROUP EZBTCPCS*
>
>And it also did not start TN3270 as the original TCPIP did.
>
>Any ideas, as I am obviously missing something?
>Also, how can I test this new parms without stopping and starting TCPIP
>address space each time? I knew my predessor used something like
>"OBEYFILE", but I am not sure if this would be the best way to change these
>definitions - after I figured out what needs to change to what.
>
>Thank you.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Value in SDWAEC1

[Joseph Reichman]

I somehow made an assumption that SDWAEC1 was reflective of a value from an
RB namely an RBOPSW

Just go an abend with SDWARBAD and RBOPSW didn't match SDWAEC1 in fact
RBOPSW pointed to a WTO SVC 35 which was before execution of the ISGENQ
REQUEST=OBTAIN

Which caused the error ?

Thanks


  

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

ALESERV rc 15 = 0 and alet = 0

[Joseph Reichman]

Hi 

Just tried to get access list token for the GRS Address space ASID 7

Got R15 = 0 and alet = 0, as well this was both on my zpdt system and on the
CBT real iron I believe z15 system

As well was running under TESTAUTH

Here is the code 

*  JOER 
  LOCASCB ASID=SDWAPRIMLOC prim to  SRB JOER 
 *  JOER 
  L R1,ASCBASSB-ASCB(R1)JOER 
  MVC   STOKEN,ASSBSTKN-ASSB(R1)  Get StokrnJOER 
 *  JOER 
  ALESERV ADD,Put it on DU-AL   JOERX
ACCESS=PUBLIC,  JOERX
CHKEAX=NO,  JOERX
AL=WORKUNIT,STOKEN=STOKEN,ALET=ALET JOER 
 *  JOER 
 *  JOER 
 

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

Re: REXX vs other languages WAS: Rexx numeric digits and scientific notation question

[Andrew Rowley]

On 18/04/2024 8:29 pm, Rony G. Flatscher wrote:
The mileage of people here vary including the Java people themselves 
who have started to reduce the need of explicit declarations like the 
new "var" (imitating JavaScript) instead of strict types or foregoing 
the static main method such that one can at least code the main method 
without the explicit declarations. The motivation about these changes 
is to make Java easier, reduce typing needs and the like.


The Java var keyword is more like C# than Javascript. The variable still 
has a strict type - you can only use var if the compiler can figure out 
the type from other information e.g.


var start = ZonedDateTime.now();

start is a ZonedDateTime. You can't use it before it is defined, you 
can't assign anything other than a ZoneDateTime to it, you can't create 
a new variable called start in the same scope, whether or not it is a 
ZoneDateTime. You can't e.g compare it to a LocalDateTime without 
specifying a timezone for the LocalDateTime - that is one of those 
things that helps avoid errors.


var just reduces redundant code, e.g. specifying the type twice in the 
same statement.



Of course a static and statically typed languages with a compiler must 
define as much rules as possible, such that the compiler can check for 
them all. The more rules the more time consuming and the more 
difficult to learn a language.


I think the syntax rules for Rexx are actually more complex than Java, 
because it is less likely to flag an error if you do something that's 
not actually what you want. E.g. string concatenation where variables 
are expected to be strings but maybe not, might not be initialized, 
sometimes you need vertical bars but not always etc. If you're used to 
the language you write it without thinking and avoid the traps, but the 
rules are there nonetheless.


Java is relatively straightforward, and shares many rules with other 
languages - C++, C# etc. I'm not saying Java is perfect - it has its own 
traps (int vs Integer etc) but I find it a much easier language to work 
with.


--
Andrew Rowley
Black Hill Software

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