Re: HCD CHIPD definition - SPAN

[Ravi Gaur]

I had to give access to partition for the chipid before defining and that 
sorted the problem...Thanks Ken Mazer.

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

Re: [EXTERNAL] Are Mainframes a Security Risk? | Enterprise Systems Media

[John McKown]

The author of this article should work on some others, such as:

"Are Humans a Security Risk?"
"Are Paper records a Security Risk?"
"Are Customers a Security Risk?"
"Mitigating risk by eliminating telephones in the corporate environment"


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

Maranatha! <><
John McKown

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

AMASPZAP usage

[R.S.]

Problem #1.
I want to change some data in a dataset (non-PO) using AMASPZAP.

My SYSIN:
CCHHR   0555000A01
VER 01F6  080006,400050,01E00016
REP 01F6  080007,400050,01E00026
ABSDUMPT    ALL

The problem is CCHHR. Sometimes I know exactly what I want to change 
(simply: know VER content), so I don't have to perform the ABDSUMPT before.
However CCHHR can change for every new dataset, even with same content. 
Is it possible to omit the parameter? Obviously SYSLIB DD point to the 
dataset I want to modify.

It is not PDS or PDSE.


Problem #2.
Is is possible to print the content of additional 32-byte sufix using 
AMASPZAP? Or maybe other tool?

Is the sufix content documented anywhere?

--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: [EXTERNAL] CBT Tape Version 495 has been cut

[Knutson, Samuel]

http://cbttape.org/cbtfaq.htm

Q. What does CBT stand for?

A.  This tape was established and previously edited for over 15 years, from 
Version 1 through Version 321 by Arnold Casinghino who worked at Connecticut 
Bank and Trust Company (CBT).

-Original Message-
Excuse me, what CBT stands for? Is it a name (acronym) of bank?

--
Radoslaw Skorupka
Lodz, Poland

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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

Re: What about 3390-9 track???

[Steve Smith]

I don't know what you mean by "current one", as I have V2R3 manual
(SC23-6852-30), and it has no such inconsistency in Appendix E, Table
71, on page 428.

sas

2018-01-17 19:08 GMT-05:00 R.S. :
> I just read some chapter of DFSMS Macro Instructions for Datasets, the
> current one.
> And I found the manual claims a 3990-9 hac longer track size: it is 56669 -
> not 56664.
> Is it a typo or there is something I don't know???
> (it is Appendix 1.5.4)
>

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

Unsubscribe

[Schneider, Laura - RD, St. Louis, MO]

unsubscribe

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Anthony Thompson
Sent: Wednesday, January 17, 2018 8:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finding the names of hsm's BCDSs

Similarly, I was going to suggest calling TSO to invoke HSEND WAIT.

But QUERY CDS doesn't reveal the names of the HSM CDS's, just space information 
about them. Neither does Q SETSYS, but it does show the names of the CDS backup 
datasets. Quite often the backup dataset names are the same as the CDS', 
suffixed with BACKUP or BKUP or something.

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Graham Harris
Sent: Thursday, 18 January 2018 6:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finding the names of hsm's BCDSs

Whilst you're waiting for IBM to deliver a proper API, you could trap the 
console output from a F DFHSM,Q CDS.
DFHSM may well not be called DFHSM of course, so that will add a little extra 
work, perhaps using an ISGQUERY on ARCENQG




On 17 January 2018 at 13:29, Manfred Lotz  wrote:

> On Wed, 17 Jan 2018 15:04:11 +0200
> ITschak Mugzach  wrote:
>
> > Can you tell about the languages you wish to use and if this code
> > runs on a server side or client (TSO, Batch).
> >
>
> Assembler. The program runs in TSO.
>
> --
> Manfred
>
>
> > ITschak
> >
> > On Wed, Jan 17, 2018 at 10:04 AM, Manfred Lotz 
> > wrote:
> >
> > > Hi there,
> > > I like to find out the DFSMShsm BCDS names programmatically.
> > >
> > > As I know the DD names, i.e. BAKCAT, and optionally BAKCAT2,
> > > BAKCAT3 and BAKCAT4 I thought of using AR mode in order to get the
> > > TIOT of HSM.
> > >
> > > However, in order to get to the TIOT reliably I need SWAREQ which
> > > doesn't support AR mode.
> > >
> > > Is there a way to get access to another address space's TIOT?  Any
> > > ideas much appreciated.
> > >
> > > --
> > > Thanks a lot,
> > > Manfred Lotz
> > >
> > > --
> > >  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




This electronic message contains information generated by the USDA solely for 
the intended recipients. Any unauthorized interception of this message or the 
use or disclosure of the information it contains may violate the law and 
subject the violator to civil or criminal penalties. If you believe you have 
received this message in error, please notify the sender and delete the email 
immediately.

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

Re: AMASPZAP usage

[Binyamin Dissen]

I would suggest that AMASPZAP is the wrong tool for this. It requires knowing
the offset.

Why not simply an edit session with a hex change command? As you are doing a
PS dataset anyway, no big deal. Or a simple program?

On Thu, 18 Jan 2018 14:44:54 +0100 "R.S." 
wrote:

:>Problem #1.
:>I want to change some data in a dataset (non-PO) using AMASPZAP.
:>
:>My SYSIN:
:>CCHHR   0555000A01
:>VER 01F6  080006,400050,01E00016
:>REP 01F6  080007,400050,01E00026
:>ABSDUMPT    ALL
:>
:>The problem is CCHHR. Sometimes I know exactly what I want to change 
:>(simply: know VER content), so I don't have to perform the ABDSUMPT before.
:>However CCHHR can change for every new dataset, even with same content. 
:>Is it possible to omit the parameter? Obviously SYSLIB DD point to the 
:>dataset I want to modify.
:>It is not PDS or PDSE.
:>
:>
:>Problem #2.
:>Is is possible to print the content of additional 32-byte sufix using 
:>AMASPZAP? Or maybe other tool?
:>Is the sufix content documented anywhere?

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

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: curious: Popularity & use of C on z/OS.

[Pew, Curtis G]

On Jan 17, 2018, at 11:06 PM, Joel C. Ewing  wrote:
> 
> One of the issues of ACM SIGPLAN Notices definitively resolved this
> issue by suggesting that the any need for the harmful semantics of GOTO
> statement could easily be eliminated by instead allowing a "COME FROM"
> statement.  I can't remember which year, but it was an April issue.  :)

“COME FROM” was implemented in INTERCAL (http://www.catb.org/esr/intercal/)


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: 0C4 in IGGCSI00

[Kirk Wolf]

Thank you ITschak!

I will try posting on the zPDT list to see if anyone there with later
maintenance has the problem, or whether it is just a GA V2R2 issue

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Jan 18, 2018 at 1:29 AM, ITschak Mugzach  wrote:

> Same abens on our v2.2 (zPDT).
>
> ITschak
>
> בתאריך 18 בינו׳ 2018 4:04 לפנה״צ,‏ "Walt Farrell" 
> כתב:
>
> > On Thu, 18 Jan 2018 11:38:28 +1100, Wayne Bickerdike 
> > wrote:
> >
> > >Kirks example was *KIRK..FOO*.
> > >
> > >I don't even receive a message for that filter..
> >
> > Thanks, Wayne.
> >
> > Sorry, Kirk. I didn't read carefully enough.
> >
> > --
> > Walt
> >
> > --
> > 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: What about 3390-9 track???

[R.S.]

OK, the manual is little bit out of date. ;-)
It is SC26-7408-10, a book from z/OS 1.13 Collection. However IMHO 
nothing has changed in that area during last 10-20 years.

I checked in z/OS 2.2 - it is fixed.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-01-18 o 14:55, Steve Smith pisze:

I don't know what you mean by "current one", as I have V2R3 manual
(SC23-6852-30), and it has no such inconsistency in Appendix E, Table
71, on page 428.

sas

2018-01-17 19:08 GMT-05:00 R.S. :

I just read some chapter of DFSMS Macro Instructions for Datasets, the
current one.
And I found the manual claims a 3990-9 hac longer track size: it is 56669 -
not 56664.
Is it a typo or there is something I don't know???
(it is Appendix 1.5.4)


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




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: AMASPZAP usage

[R.S.]

It is not necessarily PS dataset, it can be some component of VSAM. 
Actually I'm using SPZAP to inject some "illegal values" inside.
And I'd like to make it automatically. Batch is automatic, online is 
manual. ;-)


Of course I know the offset and old data. What I cannot predict is disk 
address and in fact cannot understand why AMASPZAP wants me to provide 
unnecessary information.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-01-18 o 15:06, Binyamin Dissen pisze:

I would suggest that AMASPZAP is the wrong tool for this. It requires knowing
the offset.

Why not simply an edit session with a hex change command? As you are doing a
PS dataset anyway, no big deal. Or a simple program?

On Thu, 18 Jan 2018 14:44:54 +0100 "R.S." 
wrote:

:>Problem #1.
:>I want to change some data in a dataset (non-PO) using AMASPZAP.
:>
:>My SYSIN:
:>CCHHR   0555000A01
:>VER 01F6  080006,400050,01E00016
:>REP 01F6  080007,400050,01E00026
:>ABSDUMPT    ALL
:>
:>The problem is CCHHR. Sometimes I know exactly what I want to change
:>(simply: know VER content), so I don't have to perform the ABDSUMPT before.
:>However CCHHR can change for every new dataset, even with same content.
:>Is it possible to omit the parameter? Obviously SYSLIB DD point to the
:>dataset I want to modify.
:>It is not PDS or PDSE.
:>
:>
:>Problem #2.
:>Is is possible to print the content of additional 32-byte sufix using
:>AMASPZAP? Or maybe other tool?
:>Is the sufix content documented anywhere?

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

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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





==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: curious: Popularity & use of C on z/OS.

[Mike Schwab]

And even made it to 99 bottles of beer.
http://www.99-bottles-of-beer.net/language-intercal-333.html

On Thu, Jan 18, 2018 at 8:13 AM, Pew, Curtis G
 wrote:
> On Jan 17, 2018, at 11:06 PM, Joel C. Ewing  wrote:
>>
>> One of the issues of ACM SIGPLAN Notices definitively resolved this
>> issue by suggesting that the any need for the harmful semantics of GOTO
>> statement could easily be eliminated by instead allowing a "COME FROM"
>> statement.  I can't remember which year, but it was an April issue.  :)
>
> “COME FROM” was implemented in INTERCAL (http://www.catb.org/esr/intercal/)
>
>
> --
> Pew, Curtis G
> curtis@austin.utexas.edu
> ITS Systems/Core/Administrative Services
>
>
> --
> 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: AMASPZAP usage

[Binyamin Dissen]

On Thu, 18 Jan 2018 15:53:35 +0100 "R.S." 
wrote:

:>It is not necessarily PS dataset, it can be some component of VSAM. 
:>Actually I'm using SPZAP to inject some "illegal values" inside.
:>And I'd like to make it automatically. Batch is automatic, online is 
:>manual. ;-)

Edit can be done batch.

:>Of course I know the offset and old data. What I cannot predict is disk 
:>address and in fact cannot understand why AMASPZAP wants me to provide 
:>unnecessary information.

AMASPZAP was built for a specific purpose where very exact information helps
avoid trouble. It was not built as a general editor.

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

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Only very old matches when searching the archives

[Peter Hunkeler]

I'm trying to search IBM-Main's archive but am getting only matches from 2007 
and elder. Even searching for words I can see in current threads do not show up.

Is anyone else having the same problem this?



--
Peter Hunkeler

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

Re: Only very old matches when searching the archives

[Walt Farrell]

On Thu, 18 Jan 2018 16:30:02 +0100, Peter Hunkeler  wrote:

>I'm trying to search IBM-Main's archive but am getting only matches from 2007 
>and elder. Even searching for words I can see in current threads do not show 
>up.
>
>Is anyone else having the same problem this?

First, just to be clear since "IBM-MAIN's archive" is somewhat imprecise:
(a) There is IBM-MAIN, to which you posted, and which has an archive on the web 
here: https://listserv.ua.edu/cgi-bin/wa?A0=IBM-MAIN
It contains information from January 2005 through now.

(b) There is IBM-MAIN-ARCHIVES, located on the web here: 
https://listserv.ua.edu/cgi-bin/wa?A0=IBM-MAIN-ARCHIVES
It contains information from 1986 through 2004.

So, since you're finding information from 2007, I'll assume you're in the right 
archive, (a).

How are you searching? Via the web, e.g., from the Search box or Search link on 
the right-hand navigation here: 
https://listserv.ua.edu/cgi-bin/wa?A1=ind1801&L=IBM-MAIN

Or by sending commands to the listserv server address?

Via the web, from what I can see, you will be presented with the 100 oldest 
entries that match your search term. You can advance to 100 newer entries that 
match by selecting More Hits at the bottom of the list. And you can keep 
advancing forward, 100 entries at a time, by continuing to select More Hits.

I haven't tried the command-based method recently, so I can't comment on how 
that works.

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

AW: Re: Only very old matches when searching the archives

[Peter Hunkeler]

>So, since you're finding information from 2007, I'll assume you're in the 
>right archive, (a).


Yep, I've verified this.


>How are you searching? Via the web, e.g., from the Search box or Search link 
>on the right-hand navigation here: 
>https://listserv.ua.edu/cgi-bin/wa?A1=ind1801&L=IBM-MAIN


Via web. I treid the different places where you can start searching. Same 
retsiult.



>Or by sending commands to the listserv server address?

I will try this.


>Via the web, from what I can see, you will be presented with the 100 oldest 
>entries that match your search term. You can advance to 100 newer entries that 
>match by selecting More Hits at the bottom of the list. And you can keep 
>advancing forward, 100 entries at a time, by continuing to select More Hits.


This can well be. I don't seem to be able to change that, I mean to start from 
today and seach backwards.


The sort field says "date/time" most recent first", but that may be missleading.


--
Peter Hunkeler


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

Re: AMASPZAP usage

[Peter Hunkeler]

>Of course I know the offset and old data. What I cannot predict is disk
address and in fact cannot understand why AMASPZAP wants me to provide
unnecessary information.


I think you may misunderstand the parameters. The offset on the VER and REP 
statements is the byte offset from the beginning of the physical record, aka 
block, you told SPZAP to look at. How would SPZAP know which block to work on, 
if you don't tell it? The CCHHR is exactly this information.




--
Peter Hunkeler




--
Peter Hunkeler

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

Re: curious: Popularity & use of C on z/OS.

[Seymour J Metz]

The use of goto is a religious issue and will never be settled by mere facts. 
For those seriously interested, Knuth's "Structured Programming With GOTO" is a 
must read.


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


From: IBM Mainframe Discussion List  on behalf of 
Wayne Bickerdike 
Sent: Wednesday, January 17, 2018 7:25 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: curious: Popularity & use of C on z/OS.

The old goto chestnut drops again.

*Considered harmful* is a part of a phrasal template

 used in the titles of at
least 65 critical essays in computer science

 and related disciplines.[1]

 Its use in
this context originated in 1968 with Edsger Dijkstra
's
 letter "Go To Statement
Considered Harmful".'t the originator of "goto considered harmful".

I thought Michael Jackson defused it well it the 1970s with his structured
programming book and methods. GOTO was absolutely necessary in many cases.

I'll posit that most will agree and admit that some won't.



On Wed, Jan 17, 2018 at 11:10 PM, David Crayford 
wrote:

> On 17/01/2018 3:19 AM, Paul Gilmartin wrote:
>
>> On Tue, 16 Jan 2018 18:51:55 +, Seymour J Metz wrote:
>>
>> That's a common beginners' mistake. Try putting the label inside a do
>>> block and see what happens. A proper goto would pop what needs to be popped
>>> and no more. See .
>>>
>>> Yes.
>>
>> There I also read:
>>  Continuation
>>  REXX allows implicit continuation; a statement is treated as
>> continued if it
>>  would otherwise be syntactically invalid.  ...
>> ???
>> Not in any Rexx I know.  Is this perhaps a peculiarity of OS/2 Rexx?
>>
>> And C has an improper GOTO.  It allows branching into a block.  It's
>> implementation
>> dependent whether initializations are performed then.  Ugh!
>>
>
> If you don't like those semantics don't use goto. My ROT is to only use
> goto for branching to error handlers or cleanup routines.
>
> If you look at the Linux kernel code including s390 you will see lots of
> goto statements used just for that purpose. It's amusing to read threads
> about what the maintainers think about this subject
> http://koblents.com/Ches/Links/Month-Mar-2013/20-Using-Goto-
> in-Linux-Kernel-Code/.
>
>
>
>> ___
>>
>>> From: Jack J. Woehr
>>> Sent: Sunday, January 14, 2018 3:40 PM
>>>
>>> On 1/14/2018 11:35 AM, Seymour J Metz wrote:
>>>
 REXX doesn't have a goto

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

Re: Only very old matches when searching the archives

[Tom Marchant]

On Thu, 18 Jan 2018 17:51:40 +0100, Peter Hunkeler wrote:

>>So, since you're finding information from 2007, I'll assume you're in the 
>>right archive, (a).
>
>
>Yep, I've verified this.
>
>
>>How are you searching? Via the web, e.g., from the Search box or Search link 
>>on the right-hand navigation here: 
>>https://listserv.ua.edu/cgi-bin/wa?A1=ind1801&L=IBM-MAIN
>
>
>Via web. I treid the different places where you can start searching. Same 
>retsiult.
>
>
>>Via the web, from what I can see, you will be presented with the 100 oldest 
>>entries that match your search term. You can advance to 100 newer entries 
>>that match by selecting More Hits at the bottom of the list. And you can keep 
>>advancing forward, 100 entries at a time, by continuing to select More Hits.
>

I only see 50 at a time.

>This can well be. I don't seem to be able to change that, I mean to start from 
>today and seach backwards.

I don't know of a way to do that. But you can say, for example, since 2017.

>The sort field says "date/time" most recent first", but that may be 
>missleading.

Yes, it seems to be. It seems to give the oldest 50 results, sorted 
in the order that you request. Then you can request the next page. 
How many hits does it say that there are for your search?

-- 
Tom Marchant

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

AW: Re: Only very old matches when searching the archives

[Peter Hunkeler]

>How many hits does it say that there are for your search?



Well, that is part of the mystery. I was searching for words that must appear 
in post, such as "storage", and I got "No Matches".


In the meantime, I tried a search via mail as show below. Instant reply with a 
long list of hits, with an overview at the tops, instructions to get all post 
in detail, and more detailed information from each post at the end.


An example of an advanced search string:search ('storage' or 'initialize' or 
'clear') in ibm-main since 2015 where sender contains phun
I'll use this interface in the future.
--Peter Hunkeler

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

Re: AMASPZAP usage

[R.S.]

W dniu 2018-01-18 o 18:57, Peter Hunkeler pisze:

Of course I know the offset and old data. What I cannot predict is disk

address and in fact cannot understand why AMASPZAP wants me to provide
unnecessary information.


I think you may misunderstand the parameters. The offset on the VER and REP 
statements is the byte offset from the beginning of the physical record, aka 
block, you told SPZAP to look at. How would SPZAP know which block to work on, 
if you don't tell it? The CCHHR is exactly this information.


Well, I read the CCHHR from AMASPZAP ABSDUMPT command, so I have to read 
something and write id down again. I wold like the data to be passed 
automatically. IMHO the address should be relative to begining of file, 
something like RBA. CCHHR is good for disk edition, not dataset.

My €0,02

Of course there are other tools, some of them provide batch interface, 
but I wanted SPZAP because it is not licensed, that means available with 
any z/OS installation.


--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych.
   


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

Re: Only very old matches when searching the archives

[Lizette Koehler]

Did you check both archives? There is a current on and older one.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: Thursday, January 18, 2018 8:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Only very old matches when searching the archives
> 
> I'm trying to search IBM-Main's archive but am getting only matches from 2007
> and elder. Even searching for words I can see in current threads do not show
> up.
> 
> Is anyone else having the same problem this?
> 
> 
> 
> --
> Peter Hunkeler
> 
> --
> 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: AMASPZAP usage

[John Eells]

Of course there are other tools, some of them provide batch interface,
but I wanted SPZAP because it is not licensed, that means available with
any z/OS installation.



Suppose you could copy the record to a temporary data set, modify it, 
and rewrite it?


There are different unload and rewrite techniques for VSAM and non-VSAM, 
but there are record-level utilities for both (IEBPTPCH and IDCAMS). 
You could alter the data with fair ease in a batch job using an 
intermediate TMP (IKJEFTxx) step to modify the content in a variety of 
ways (e.g., CLIST, EXEC, edit macro) without having to write any code in 
HLASM.  You said you did not need partitioned data set support, but it 
comes along with no additional effort other than specifying the member 
name if you use IEBPTPCH.


None of the above requires any licensed feature of z/OS or any 
additional product.


Just a thought.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: AMASPZAP usage

[Tony Harminc]

On 18 January 2018 at 09:53, R.S.  wrote:
> It is not necessarily PS dataset, it can be some component of VSAM. Actually
> I'm using SPZAP to inject some "illegal values" inside.
> And I'd like to make it automatically. Batch is automatic, online is manual.

I'm a little surprised that SPZAP is willing/able to open a VSAM
component, since it uses (well it used to...) EXCP, and IIRC OPENing
such a dataset with a DCB will fail. Of course for an executable PDSE
all bets are off (it invokes the Binder API). And whether it supports
data PDSEs at all is unclear.

Tony H.

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

Writing SMF 89 records

[Charles Mills]

I seem to have this recollection that there were two ways to write SMF 89
records (not counting SMFEWTM): the IFAUSAGE macro and something that I
recall as more of an HLL-callable type routine. Am I correct, or am I
confused? 

Am I perhaps thinking of IFAEDREG? Does it write an SMF 89? Or just check
SYS1.PARMLIB for enablement?

Charles Mills

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

AW: Re: Only very old matches when searching the archives

[Peter Hunkeler]

>Did you check both archives? There is a current on and older one.

No, I tried searching IBM-MAIN because I knew the post I'm looking for is not 
older than two years.


Anyway, as said in a previous post, I'll be using the "command line interface", 
i.e. searching via mail sinc it has much better search options.


--
Peter Hunkeler





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

Re: Only very old matches when searching the archives

[Elardus Engelbrecht]

Peter Hunkeler wrote:

>I'm trying to search IBM-Main's archive but am getting only matches from 2007 
>and elder. Even searching for words I can see in current threads do not show 
>up.

This is WAD. You are probably not using the search tool properly.

>Is anyone else having the same problem this?

Look at 'Advanced Options' in 'Search Archives' on the IBm-MAIN website.

Groete / Greetings
Elardus Engelbrecht

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