Re: [EXTERNAL] Re: Search Engines

2018-11-28 Thread Sankaranarayanan, Vignesh
Y'all need this -->

https://ahrefs.com/blog/google-advanced-search-operators/

I don't know if all of them work, but I definitely use some of them every day.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 28 November 2018 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Search Engines

And I would love some sort of regular expression syntax as an option for 
complicated searches.


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


From: IBM Mainframe Discussion List  on behalf of 
Nightwatch RenBand 
Sent: Wednesday, November 28, 2018 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search Engines

 was So much for THAT excuse | Computerworld SHARK TANK
I really appreciate this discussion on search engines which I often find 
very useful in zOS work.  I could not agree more with the need for a STRICT 
BOOLEAN type logic at LEAST as an option in search engines.  Make it optional, 
fine, but make it an option.  I can understand public search engines like 
Google which hope to lure you into diverting, interesting "other" things with 
click bait to increase revenue, but give some of us an option.  What really 
annoys me is technical websites like IBM, CA (or whoever they are now), BMC, 
etc whose search engines return an amazing wealth of absurdly unassociated 
"hits".  The most common being asking for zOS only, and getting all sorts of 
PC, Apple, VMware and other unrelated stuff.  I can only assume that those 
searching for non-zOS have the parallel problem.

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: SOLVED Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Elardus Engelbrecht
Phil Smith III wrote:

>Jack J. Woehr wrote:

>>IND$FILE clearly is short for

>>*I* *N*eed to *D*ownload this *$*#!% *FILE*

>I  like it!! We have a winner.

Absolutely. This winner is larger than IGDZILLA ... ;-D

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


Re: SOLVED Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Phil Smith III
Jack J. Woehr wrote:

>IND$FILE clearly is short for

>*I* *N*eed to *D*ownload this *$*#!% *FILE*

 

I  like it!! We have a winner.


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


SOLVED Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Jack J. Woehr

IND$FILE clearly is short for

   *I* *N*eed to *D*ownload this *$*#!% *FILE*

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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


Re: That bus rolls both ways | Shark Tank

2018-11-28 Thread Rugen, Len
Last days of a fairly cordial departure, one leg of a storage controller 
failed, 3830 I think.  I told them they needed to place a service call.  A few 
months go by and they call asking if I can get their system back up.  Yep, the 
other leg had failed  I got consulting wages :-)


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


Re: That bus rolls both ways | Shark Tank

2018-11-28 Thread zMan
Sigh, blew it at the end. Shoulda charged them through the nose for every
word!

On Wed, Nov 28, 2018 at 10:03 AM Mark Regan  wrote:

> While not mainframe related, maybe some of you have had a similar
> experience, resulting in the same outcome.
>
>
> https://www.computerworld.com/article/3322906/it-careers/that-bus-rolls-both-ways.html
>
> Mark T. Regan, K8MTR
> CTO1, USNR-Retired
> 1969-1991
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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


Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Edward Finnell
Anybody have a handle on Sam Lapore?

In a message dated 11/28/2018 7:03:26 PM Central Standard Time, 
rogerbo...@gmail.com writes:
Now if somebody has the documentation for that it might explain the name
IND$FILE.

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


Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Roger Bolan
YES!  That's what I was trying (and failing) to remember.
Now if somebody has the documentation for that it might explain the name
IND$FILE.

On Wed, Nov 28, 2018 at 9:35 AM Mike Wawiorko <
014ab5cdfb21-dmarc-requ...@listserv.ua.edu> wrote:

> Back to the IBM 3270 PC perhaps.
>
> https://en.wikipedia.org/wiki/IBM_3270_PC
>
> Mike Wawiorko
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
> Sent: 28 November 2018 16:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name come from?
>
>
> This mail originated from outside our organisation - charl...@mcn.org
>
> Back well before Windows 3. Back to DOS.
>
> Charles
>
>
>
> This e-mail and any attachments are confidential and intended solely for
> the addressee and may also be privileged or exempt from disclosure under
> applicable law. If you are not the addressee, or have received this e-mail
> in error, please notify the sender immediately, delete it from your system
> and do not copy, disclose or otherwise act upon any part of this e-mail or
> its attachments.
> Internet communications are not guaranteed to be secure or virus-free. The
> Barclays Group does not accept responsibility for any loss arising from
> unauthorised access to, or interference with, any Internet communications
> by any third party, or from the transmission of any viruses. Replies to
> this e-mail may be monitored by the Barclays Group for operational or
> business reasons.
> Any opinion or other information in this e-mail or its attachments that
> does not relate to the business of the Barclays Group is personal to the
> sender and is not given or endorsed by the Barclays Group.
> Barclays Services Limited provides support and administrative services
> across Barclays group. Barclays Services Limited is an appointed
> representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale
> Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are
> authorised by the Prudential Regulation Authority and regulated by the
> Financial Conduct Authority and the Prudential Regulation Authority.
> Clydesdale Financial Services Limited is authorised and regulated by the
> Financial Conduct Authority.
>
> --
> 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: IND$FILE -- where did the name come from?

2018-11-28 Thread Paul Gilmartin
On Tue, 27 Nov 2018 21:58:01 +, Edward Finnell wrote:

>It's been marked 'Corporate Confidential' for years.
> 
What's the license status of IND$FILE?

If it was delivered before IBM licensed software, customers and others
are free to use it anywhre, even Hercules.  And IBM has no obligation to
support or document it.

If it was licensed to particular OS releases, no longer marketed, users
on later releases may be in license violation.

The client has been reverse-engineered for numerous platforms (e.g.
Kermit).  Might this violate a "no reverse-engineering" clause?
(I believe it uses the 7171/Yale IUP convention of using an improbable
sequence of 327x commands to put the client in data transfer mode.)

Could IBM take legal action against any perceived violations?  I believe
that would be a bad PR move.

What CCSIDs does it support?

IBM doesn't want to discuss it.

-- gil

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


Re: IRRDBU00 format

2018-11-28 Thread John McKown
In addition, look in SYS1.SAMPLIB at RACDBULD. It is a DB2 load command
from which it is easy to figure out the data and the columns it is in. Not
at home or I'd have more information.

On Tue, Nov 27, 2018, 07:21 Sankaranarayanan, Vignesh <
vignesh.v.sankaranaraya...@marks-and-spencer.com wrote:

> Hello List,
>
> Can you please point me to a link for the format of the different record
> types in IRRDBU00.
> From what I see, I could find only some pictures for some parts of some
> record types.
>
> Thanks in advance.
>
> - Vignesh
> Mainframe Infrastructure
>
>
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us
> know and then delete it from your system; you should not copy, disclose, or
> distribute its contents to anyone nor act in reliance on this e-mail, as
> this is prohibited and may be unlawful.
>
> --
> 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: LXRES best practices

2018-11-28 Thread Joseph Reichman
Thanks 

> On Nov 28, 2018, at 2:26 PM, Rob Scott  wrote:
> 
> Your second sentence seems to suffer from wordwrap issues, however I think 
> the answeris "Yes - use LXRES REUSABLE=YES".
> 
> It would make sense if the sequence number was stored in the same place you 
> store the PC number.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joseph Reichman
> Sent: Wednesday, November 28, 2018 1:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: LXRES best practices
> 
> Hi
> 
> Just went thru Peter Relson presentation Presentation ״Session 17096” on 
> extended addressability
> 
> My question is I guess it’s always better to use a reusable LX  With a 
> sequence number That’s way if your server goes down the system can assign it 
> to another process System Service such as Storage can store their LX in the 
> CVT Not that simple for a regular application Thanks
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 
> 
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. 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


Re: LXRES best practices

2018-11-28 Thread Rob Scott
Your second sentence seems to suffer from wordwrap issues, however I think the 
answeris "Yes - use LXRES REUSABLE=YES".

It would make sense if the sequence number was stored in the same place you 
store the PC number.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Wednesday, November 28, 2018 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LXRES best practices

Hi

Just went thru Peter Relson presentation Presentation ״Session 17096” on 
extended addressability

My question is I guess it’s always better to use a reusable LX  With a sequence 
number That’s way if your server goes down the system can assign it to another 
process System Service such as Storage can store their LX in the CVT Not that 
simple for a regular application Thanks

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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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


Re: Search Engines

2018-11-28 Thread Seymour J Metz
And I would love some sort of regular expression syntax as an option for 
complicated searches.


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


From: IBM Mainframe Discussion List  on behalf of 
Nightwatch RenBand 
Sent: Wednesday, November 28, 2018 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search Engines

 was So much for THAT excuse | Computerworld SHARK TANK
I really appreciate this discussion on search engines which I often
find very useful in zOS work.  I could not agree more with the need for a
STRICT BOOLEAN type logic at LEAST as an option in search engines.  Make it
optional, fine, but make it an option.  I can understand public search
engines like Google which hope to lure you into diverting, interesting
"other" things with click bait to increase revenue, but give some of us an
option.  What really annoys me is technical websites like IBM, CA (or
whoever they are now), BMC, etc whose search engines return an amazing
wealth of absurdly unassociated "hits".  The most common being asking for
zOS only, and getting all sorts of PC, Apple, VMware and other unrelated
stuff.  I can only assume that those searching for non-zOS have the
parallel problem.

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


Search Engines

2018-11-28 Thread Nightwatch RenBand
 was So much for THAT excuse | Computerworld SHARK TANK
I really appreciate this discussion on search engines which I often
find very useful in zOS work.  I could not agree more with the need for a
STRICT BOOLEAN type logic at LEAST as an option in search engines.  Make it
optional, fine, but make it an option.  I can understand public search
engines like Google which hope to lure you into diverting, interesting
"other" things with click bait to increase revenue, but give some of us an
option.  What really annoys me is technical websites like IBM, CA (or
whoever they are now), BMC, etc whose search engines return an amazing
wealth of absurdly unassociated "hits".  The most common being asking for
zOS only, and getting all sorts of PC, Apple, VMware and other unrelated
stuff.  I can only assume that those searching for non-zOS have the
parallel problem.

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


Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Edward Finnell
ISTR there is/was a naming committee. Maybe there's an archive. Bill Neiman in 
the ESA roll-out said XCF was the 34th choice.

In a message dated 11/28/2018 11:22:25 AM Central Standard Time, 
martin_pac...@uk.ibm.com writes:
Maybe back as far as MYTE.

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


Re: Display utilisation of logrec

2018-11-28 Thread Lizette Koehler
Logrec is not only preformatted, but it is a wrap around datasets.

So it (LOGREC) always knows where the last record was written in the file.

If it gets to the point of overlaying the data, I think an IFC message is 
produced to let you know you are about to lose data.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> John Abell
> Sent: Wednesday, November 28, 2018 7:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Display utilisation of logrec
> 
> Seems like not our kind of event.  It is close by, between Brock and
> Sheridan.
> 
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
> 
> International:  1-416-593-5579
> 
> 
> International Software Products
> www.ispinfo.com
> 
> This email may contain confidential and privileged material for the sole use
> of the intended recipient(s). Any review, use, retention, distribution or
> disclosure by others is strictly prohibited. If you are not the intended
> recipient (or authorized to receive on behalf of the named recipient), please
> contact the sender by reply email and delete all copies of this message.
> Also,email is susceptible to data corruption, interception, tampering,
> unauthorized amendment and viruses. We only send and receive emails on the
> basis that we are not liable for any such corruption, interception,
> tampering, amendment or viruses or any consequence thereof.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Wednesday, November 28, 2018 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Display utilisation of logrec
> 
> for a dataset I'm not sure you can tell, almost like CA-ENF DB' its a
> preformatted file so it's always 100% utilized in a sense, I'm sure if
> someone has a way to show utilization they'll pipe in
> 
> 
> 
> 
> Carmen Vitullo
> 
> - Original Message -
> 
> From: "Peter" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, November 28, 2018 7:12:40 AM
> Subject: Display utilisation of logrec
> 
> Hi
> 
> Is there a way to know the current utilisation of logrec ?
> 
> Peter
> 
> --
> 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: IND$FILE -- where did the name come from?

2018-11-28 Thread Martin Packer
Maybe back as far as MYTE.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Mike Wawiorko <014ab5cdfb21-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   28/11/2018 16:35
Subject:Re: IND$FILE -- where did the name come from?
Sent by:IBM Mainframe Discussion List 



Back to the IBM 3270 PC perhaps.

https://en.wikipedia.org/wiki/IBM_3270_PC


Mike Wawiorko 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf 
Of Charles Mills
Sent: 28 November 2018 16:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?


This mail originated from outside our organisation - charl...@mcn.org

Back well before Windows 3. Back to DOS.

Charles



This e-mail and any attachments are confidential and intended solely for 
the addressee and may also be privileged or exempt from disclosure under 
applicable law. If you are not the addressee, or have received this e-mail 
in error, please notify the sender immediately, delete it from your system 
and do not copy, disclose or otherwise act upon any part of this e-mail or 
its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications 
by any third party, or from the transmission of any viruses. Replies to 
this e-mail may be monitored by the Barclays Group for operational or 
business reasons.
Any opinion or other information in this e-mail or its attachments that 
does not relate to the business of the Barclays Group is personal to the 
sender and is not given or endorsed by the Barclays Group.
Barclays Services Limited provides support and administrative services 
across Barclays group. Barclays Services Limited is an appointed 
representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale 
Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and the Prudential Regulation Authority. 
Clydesdale Financial Services Limited is authorised and regulated by the 
Financial Conduct Authority.

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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


Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Seymour J Metz
That was certainly the product that the command was intended to support, but 
where did the name come from? The use of a $ in the name was certainly 
distinctive.


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


From: IBM Mainframe Discussion List  on behalf of 
Mike Wawiorko <014ab5cdfb21-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 28, 2018 11:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

Back to the IBM 3270 PC perhaps.

https://secure-web.cisco.com/1VjEx55xJh9AR096IStif_MVIpdaL4nPVITWQvm5y2Q4mhv5Hf-9lELCyxhDolwdk-8LbbwcW1bWERo4con7ZPKoV20NS0WVDn-29Xq-UubBU-YUlA6MJwbx0aMAfd_9l6laiNsHreykcUFvLAyMrsZo6gVXUqrYDc3IrY7Qs3ONYRTcZDFX63U4qFeRdae2MLIQ8yZoPSvWHY8sEJgb5VfwBh2Wnl1D5ji5nhfUpXwvDUjkUvwxXsuTm973Vmc3B8LtWJOJ58rmv-zDoUNYsppKzbXmilPP2LTPJb3n7E_QvANGJ-jnNzPWKM1CzAEpiMbmtOu2r7Y2YLKNyfL2jCANPdainy8KGxZuqAjc1PUNtA7XAp6KqS2forSvRPkGg/https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FIBM_3270_PC

Mike Wawiorko

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 28 November 2018 16:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?


This mail originated from outside our organisation - charl...@mcn.org

Back well before Windows 3. Back to DOS.

Charles



This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.
Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.
Barclays Services Limited provides support and administrative services across 
Barclays group. Barclays Services Limited is an appointed representative of 
Barclays Bank UK plc, Barclays Bank plc and Clydesdale Financial Services 
Limited. Barclays Bank UK plc and Barclays Bank plc are authorised by the 
Prudential Regulation Authority and regulated by the Financial Conduct 
Authority and the Prudential Regulation Authority. Clydesdale Financial 
Services Limited is authorised and regulated by the Financial Conduct Authority.

--
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: IND$FILE -- where did the name come from?

2018-11-28 Thread Mike Wawiorko
Back to the IBM 3270 PC perhaps.

https://en.wikipedia.org/wiki/IBM_3270_PC

Mike Wawiorko 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 28 November 2018 16:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?


This mail originated from outside our organisation - charl...@mcn.org

Back well before Windows 3. Back to DOS.

Charles



This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.
Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.
Barclays Services Limited provides support and administrative services across 
Barclays group. Barclays Services Limited is an appointed representative of 
Barclays Bank UK plc, Barclays Bank plc and Clydesdale Financial Services 
Limited. Barclays Bank UK plc and Barclays Bank plc are authorised by the 
Prudential Regulation Authority and regulated by the Financial Conduct 
Authority and the Prudential Regulation Authority. Clydesdale Financial 
Services Limited is authorised and regulated by the Financial Conduct Authority.

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


Re: IND$FILE -- where did the name come from?

2018-11-28 Thread Charles Mills
Back well before Windows 3. Back to DOS.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Bolan
Sent: Wednesday, November 28, 2018 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

This is a really vague memory,  but I think that the name IND$FILE goes all
the way back,  possibly to Windows 3.1.  I think the product back then was
PC3270.
--Roger

On Wed, Nov 28, 2018, 7:36 AM Charles Mills  There is a link map on that link (hmmm, two different meanings of "link"
> there) that shows INDx CSECT names, so I think it establishes that IND
> is the component prefix.
>
> FILE is pretty obvious, like the COPY in IEBCOPY.
>
> So the only remaining question is "why the dollar sign?" (Or pound sign,
> for
> those of you so geographically disposed.)
>
> At my old company we reverse-engineered the protocol.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith III
> Sent: Tuesday, November 27, 2018 8:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name come from?
>
> That link doesn't tell me anything about the name that I can see.
>
> --
> 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: IND$FILE -- where did the name come from?

2018-11-28 Thread Roger Bolan
This is a really vague memory,  but I think that the name IND$FILE goes all
the way back,  possibly to Windows 3.1.  I think the product back then was
PC3270.
--Roger

On Wed, Nov 28, 2018, 7:36 AM Charles Mills  There is a link map on that link (hmmm, two different meanings of "link"
> there) that shows INDx CSECT names, so I think it establishes that IND
> is the component prefix.
>
> FILE is pretty obvious, like the COPY in IEBCOPY.
>
> So the only remaining question is "why the dollar sign?" (Or pound sign,
> for
> those of you so geographically disposed.)
>
> At my old company we reverse-engineered the protocol.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith III
> Sent: Tuesday, November 27, 2018 8:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name come from?
>
> That link doesn't tell me anything about the name that I can see.
>
> --
> 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


Fwd: That bus rolls both ways | Shark Tank

2018-11-28 Thread Mark Regan
While not mainframe related, maybe some of you have had a similar
experience, resulting in the same outcome.

https://www.computerworld.com/article/3322906/it-careers/that-bus-rolls-both-ways.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

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


Re: Display utilisation of logrec

2018-11-28 Thread John Abell
Seems like not our kind of event.  It is close by, between Brock and Sheridan.

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, November 28, 2018 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Display utilisation of logrec

for a dataset I'm not sure you can tell, almost like CA-ENF DB' its a 
preformatted file so it's always 100% utilized in a sense, I'm sure if someone 
has a way to show utilization they'll pipe in 




Carmen Vitullo 

- Original Message -

From: "Peter" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, November 28, 2018 7:12:40 AM
Subject: Display utilisation of logrec 

Hi 

Is there a way to know the current utilisation of logrec ? 

Peter 

--
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: IND$FILE -- where did the name come from?

2018-11-28 Thread Charles Mills
There is a link map on that link (hmmm, two different meanings of "link"
there) that shows INDx CSECT names, so I think it establishes that IND
is the component prefix.

FILE is pretty obvious, like the COPY in IEBCOPY.

So the only remaining question is "why the dollar sign?" (Or pound sign, for
those of you so geographically disposed.)

At my old company we reverse-engineered the protocol. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Tuesday, November 27, 2018 8:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

That link doesn't tell me anything about the name that I can see.

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


Re: Display utilisation of logrec

2018-11-28 Thread Carmen Vitullo
for a dataset I'm not sure you can tell, almost like CA-ENF DB' its a 
preformatted file so it's always 100% utilized in a sense, I'm sure if someone 
has a way to show utilization they'll pipe in 




Carmen Vitullo 

- Original Message -

From: "Peter"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, November 28, 2018 7:12:40 AM 
Subject: Display utilisation of logrec 

Hi 

Is there a way to know the current utilisation of logrec ? 

Peter 

-- 
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: Display utilisation of logrec

2018-11-28 Thread Peter
It's a dataset logrec

On Wed 28 Nov, 2018, 5:32 PM Carmen Vitullo  the dataset or the logstream?
> I've never had a need to know, but maybe a summary report would show ?
> logstream list report possibly ?
>
>
>
> //JS010 EXEC PGM=IXCMIAPU
> //STEPLIB DD DISP=SHR,DSN=SYS1.MIGLIB
> //ACCIGN DD DUMMY
> //SYSPRINT DD SYSOUT=*
> //SYSIN DD *
> DATA TYPE(LOGR) REPORT(YES)
> LIST LOGSTREAM
> NAME(IXGLOGR.SYSPLEX.OPERLOG) DETAIL(YES)
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Peter" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wednesday, November 28, 2018 7:12:40 AM
> Subject: Display utilisation of logrec
>
> Hi
>
> Is there a way to know the current utilisation of logrec ?
>
> Peter
>
> --
> 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: Display utilisation of logrec

2018-11-28 Thread Carmen Vitullo
the dataset or the logstream? 
I've never had a need to know, but maybe a summary report would show ? 
logstream list report possibly ? 



//JS010 EXEC PGM=IXCMIAPU 
//STEPLIB DD DISP=SHR,DSN=SYS1.MIGLIB 
//ACCIGN DD DUMMY 
//SYSPRINT DD SYSOUT=* 
//SYSIN DD * 
DATA TYPE(LOGR) REPORT(YES) 
LIST LOGSTREAM 
NAME(IXGLOGR.SYSPLEX.OPERLOG) DETAIL(YES) 

Carmen Vitullo 

- Original Message -

From: "Peter"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, November 28, 2018 7:12:40 AM 
Subject: Display utilisation of logrec 

Hi 

Is there a way to know the current utilisation of logrec ? 

Peter 

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


Display utilisation of logrec

2018-11-28 Thread Peter
Hi

Is there a way to know the current utilisation of logrec ?

Peter

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


Re: OS64_NOSTACK

2018-11-28 Thread Pierre Fichaud

Kolusu,
There is no mention of OS64_NOSTACK in the text.
Regards, Pierre.

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


LXRES best practices

2018-11-28 Thread Joseph Reichman
Hi

Just went thru Peter Relson presentation 
Presentation ״Session 17096” on extended addressability 

My question is I guess it’s always better to use a reusable LX  With a sequence 
number 
That’s way if your server goes down the system can assign it to another process 
System Service such as Storage can store their LX in the CVT 
Not that simple for a regular application 
Thanks 

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


Re: IRRDBU00 format

2018-11-28 Thread Elardus Engelbrecht
Sankaranarayanan, Vignesh wrote:

>>"Not really, both Lou and myself referred you to v2.3, your book is v2.1."
>Hold on there, let me put on my nerd glasses 

Hahaha. We all in IT are fully trained nerds... ;-D

I hope you could get what you need. Just ask again if you need something.

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