date:20120927

>Shmuel is correct.

No, he's not.

My point was that with REXX you *can* do a substr(source,8,5) with a
source shorter than 13 bytes and REXX will pad the 3 characters from the
source with two blanks and *will assign* a 5 character string to the
target (varchar) variable.

So,with REXX the statement  X = substr("1234567890", 8, 5) will assign
the string "890  " (2 trailing blanks) to variable X.
With PL/I, you get the compiler message I posted. 

NOTE that I did not say PL/I is wrong. I (indirectly) said Shmuel's
statement was wrong.

I originally mentioned the REXX behavior and said that none of the other
programming languages I know offers the same functionality.  It was in a
reply to this statement where Shmuel sparsely replied: PL/I

--
Peter Hunkeler

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

Re: Loop in STORAGE under ZOS 1.13?

2012-09-27 Thread Jim Mulder

IBM Mainframe Discussion List  wrote on 
09/27/2012 07:02:40 PM:

> I have a customer who is having a hard loop trying to get a CML lock.
> 
> The program (SS-PC) is issuing a STORAGE macro (against the primary 
address
> space). At the timer that the job is canceled, the linkage stack shows a
> getmain. Analyze shows that the task is holding the CPU lock and waiting 
on
> the CML lock,. I see no holders,

  I would suggest taking what IPCS ANALYZE says about locks
with several grains of salt for a dump which is not a standalone dump. 
It is not be possible to be suspended for a lock while holding the 
CPU lock.

 I do not understand what you mean by "a hard loop trying 
to get a CML lock."  If a program is looping doing a 
SETLOCK OBTAIN,TYPE=CML,MODE=COND,etc,   that would generally
be a bad idea. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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

Loop in STORAGE under ZOS 1.13?

2012-09-27 Thread Binyamin Dissen

I have a customer who is having a hard loop trying to get a CML lock.

The program (SS-PC) is issuing a STORAGE macro (against the primary address
space). At the timer that the job is canceled, the linkage stack shows a
getmain. Analyze shows that the task is holding the CPU lock and waiting on
the CML lock,. I see no holders,

Thoughts?

--
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: JCL Source Library Name Available During Execution?

2012-09-27 Thread Paul Gilmartin

On Thu, 27 Sep 2012 16:08:18 -0500, McKown, John wrote:
>
>And I don't see where it is really of any use. Perhaps the OP could help me on 
>this point. I really am stumped about why anybody would care. Now, being able 
>to log the entire "job stream" (JCL and data images) might be of some interest 
>to somebody. But not to me.
>
Yup.  Anyone who can ALLOCATE SYSOUT W(INTRDR) can manufacture
jobs out of thin air.  But the OP may have requirements for audit tracking
to know where jobs come from (and to ensure they come from nowhere
else).

He needs a customized submitter to log submits or to insert a sentinel
comment after each JOB statement.  And (harder) rules that ensure
that process is used.  And that probably won't work because there are
likely applications extant that write directly to INTRDR.  User exit to
log SUBMITs?

SDSF API will let a job read (its own?) JCL.  But it needs the JOBID to
start with.  And there's Rexx MVSVAR('SYMDEF','JOBNAME'), but no
MVSVAR('SYMDEF','JOBID') that I can find.  And it's TSO only, but one
can always add an IKJEFT%% step early to do the dirty work.

-- gil

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

Re: Questions about IARST64

2012-09-27 Thread Binyamin Dissen

On Thu, 27 Sep 2012 12:17:32 -0400 Kirk Talman  wrote:

:>Interesting patent.

:>There is prior art in this area dating back at least 2 decades.  I used 
:>the technique they described in a program less than a decade ago to manage 
:>allocation and freeing of cells in a multi-tasking environment.  The same 
:>technique (w/o multi-tasking environment and requirement for CS/CDS) is 
:>almost obvious for cell management.

I have looked in my archives and I wrote such code in 1996 (probably earlier,
but that is the date from the ISPF statistics). It was for PC routines to get
a local workblock - long before the linkage stack and the STORAGE macro - was
a severe pain to branch mode GETMAIN in XM mode (take a lock, switch keys, no
place to save status unless you wanted to PCLINK extract - ugh).

:>Having been a listener on a patent discussion on the subject of 3270 
:>datastream compression decades ago, it was interesting that after several 
:>months of discussions the original points of contention had been dropped 
:>and a whole new set created.  In that case, after a certain point in the 
:>discussions, the technical people were taken out of the loop.  We never 
:>knew the resolution of the dispute.

:>IBM Mainframe Discussion List  wrote on 
:>09/25/2012 03:21:30 PM:

:>> From: John Gilmore 

:>> The patent that Jim Mulder cited:

:>> http://www.google.com/patents/US20090100243

--
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: JCL Source Library Name Available During Execution?

2012-09-27 Thread Mitch

Dave:

No worries.  I will provide an answer in the next couple of days.  I just need 
to piece together the process, how it would be set up and where the results 
would be available (and when and how to access it).  FYI, I have been in the 
JCL business for over 30 years, so I have (almost) seen it all and done it all.

Regards,

Mitch McCluhan,
Legacy Modernization Consultant



-Original Message-
From: Gibney, Dave 
To: IBM-MAIN 
Sent: Thu, Sep 27, 2012 2:15 pm
Subject: Re: JCL Source Library Name Available During Execution?


Since, I don't believe you when if you maintain that from an executing job, you 
an in all cases determine the dataset (if any) that contained the jobs JCL, 
lease do answer publically.
Since it is an easy matter using IEBGENER and the internal reader to piece 
ogether JCL from several disparate datasets, determining the single source is 
ot always feasible.
Dave Gibney
nformation Technology Services
ashington State University

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Mitch
 Sent: Thursday, September 27, 2012 2:10 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: JCL Source Library Name Available During Execution?
 
 I had indicated in a previous email that there is a way to do this, but that I
 would send the information via private reply.  If others want to know this,
 please let me know and I will publish the response to the group, instead.
 
 With Regards,
 
 Mitch McCluhan,
 Legacy Modernization Consultant
 
 
 
 -Original Message-
 From: Steve Horein 
 To: IBM-MAIN 
 Sent: Thu, Sep 27, 2012 1:58 pm
 Subject: Re: JCL Source Library Name Available During Execution?
 
 
 I too have a desire for this same information! I started chasing down
 published) IKJ* data areas for when I "sub" a job in ISPF, but know and
 nderstand this will fall short when a job is submitted outside of TSO. I'm
 oping a positive answer is provided!
 On Sep 27, 2012 2:51 PM, "Smith, Sean M"
 
 rote:
 Is there a way in a batch job running REXX, for the REXX to figure out the
 riginal library and member the JCL came from?  My experience tells me no
 nd my hunch tells me the same thing but I thought I would put it out there
 n case someone has been here and seen this...hidden in a JES control block
 hich is updated by SUBMIT...I know..stretching here
 
 ean Smith
 ank of America
 --
 his message w/attachments (message) is intended solely for the use of the
 ntended recipient(s) and may contain information that is privileged,
 onfidential or proprietary. If you are not an intended recipient, please
 otify the sender, and then please delete and destroy all copies and
 ttachments, and be advised that any review or dissemination of, or the
 aking of any action in reliance on, the information contained in or
 ttached to this message is prohibited.
 nless specifically indicated, this message is not an offer to sell or a
 olicitation of any investment products or other financial product or
 ervice, an official confirmation of any transaction, or an official
 tatement of Sender. Subject to applicable law, Sender may intercept,
 onitor, review and retain e-communications (EC) traveling through its
 etworks/systems and may produce any such EC to regulators, law
 nforcement, in litigation and as required by law.
 he laws of the country of each sender/recipient may impact the handling of
 C, and EC may be archived, supervised and produced in countries other than
 he country in which you are located. This message cannot be guaranteed to
 e secure or free of errors or viruses.
 References to "Sender" are references to any subsidiary of Bank of America
 orporation. Securities and Insurance Products: * Are Not FDIC Insured *
 re Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are
 Not
  Condition to Any Banking Service or Activity * Are Not Insured by Any
 ederal Government Agency. Attachments that are part of this EC may have
 dditional important disclosures and disclaimers, which you should read.
 his message is subject to terms available at the following link:
 ttp://www.bankofamerica.com/emaildisclaimer. By messaging with Sender
 you
 onsent to the foregoing.
 --
 or IBM-MAIN subscribe / signoff / archive access instructions,
 end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 --
 or IBM-MAIN subscribe / signoff / archive access instructions,
 end 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
--
or IBM-MA

Re: Another Light goes out

2012-09-27 Thread R.S.

W dniu 2012-09-27 17:01, Joel C. Ewing pisze:

On 09/27/2012 08:52 AM, Vernooij, CP - SPLXM wrote:

"Shmuel Metz , Seymour J." wrote in message
news:<20120927125900.3d407f58...@smtp.patriot.net>...

In <5063f617.80...@bremultibank.com.pl>, on 09/27/2012
at 08:45 AM, "R.S." said:

Excuse me, what is misleading? It's obviousm that .NET framework
work on Windows operating system and the windows is not free of
charge. However you can have Windows (for money) and get the
framework with no additional cost. That means it's FREE OF CHARGE.

Shouting won't make it true. If you have to pay money in order to get
it then it is not free. You've admitted that you have top pay money to
get it, at least legally.

That way, Linux is not free, you have to buy a PC first, but before you
can use a PC, you have to buy a house, buy a license from the
electricity company etc. etc.

If you don't have to pay to get a product, it is free of charge,
regardless of whether you paid for other things before or not, and to
the same company or not.

Kees.

Whenever one compares costs, there has to be agreement on the context
and the starting point - whether one is talking about Total Cost of
Ownership or just incremental costs.

We DON'T COMPARE COSTS HERE.
We (me and others) claim that .NET framework is free of charge. Having
it does not involve any additional cost.

Is M$ solution cost effective? That's completely another story.
IMHO it's not for enterprises.

--
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc 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 authorised 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.

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.

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

Re: JCL Source Library Name Available During Execution?

2012-09-27 Thread Gibney, Dave

Since, I don't believe you when if you maintain that from an executing job, you 
can in all cases determine the dataset (if any) that contained the jobs JCL, 
please do answer publically.

Since it is an easy matter using IEBGENER and the internal reader to piece 
together JCL from several disparate datasets, determining the single source is 
not always feasible.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mitch
> Sent: Thursday, September 27, 2012 2:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL Source Library Name Available During Execution?
> 
> I had indicated in a previous email that there is a way to do this, but that I
> would send the information via private reply.  If others want to know this,
> please let me know and I will publish the response to the group, instead.
> 
> With Regards,
> 
> Mitch McCluhan,
> Legacy Modernization Consultant
> 
> 
> 
> -Original Message-
> From: Steve Horein 
> To: IBM-MAIN 
> Sent: Thu, Sep 27, 2012 1:58 pm
> Subject: Re: JCL Source Library Name Available During Execution?
> 
> 
> I too have a desire for this same information! I started chasing down
> published) IKJ* data areas for when I "sub" a job in ISPF, but know and
> nderstand this will fall short when a job is submitted outside of TSO. I'm
> oping a positive answer is provided!
> On Sep 27, 2012 2:51 PM, "Smith, Sean M"
> 
> rote:
> Is there a way in a batch job running REXX, for the REXX to figure out the
> riginal library and member the JCL came from?  My experience tells me no
> nd my hunch tells me the same thing but I thought I would put it out there
> n case someone has been here and seen this...hidden in a JES control block
> hich is updated by SUBMIT...I know..stretching here
> 
> ean Smith
> ank of America
> --
> his message w/attachments (message) is intended solely for the use of the
> ntended recipient(s) and may contain information that is privileged,
> onfidential or proprietary. If you are not an intended recipient, please
> otify the sender, and then please delete and destroy all copies and
> ttachments, and be advised that any review or dissemination of, or the
> aking of any action in reliance on, the information contained in or
> ttached to this message is prohibited.
> nless specifically indicated, this message is not an offer to sell or a
> olicitation of any investment products or other financial product or
> ervice, an official confirmation of any transaction, or an official
> tatement of Sender. Subject to applicable law, Sender may intercept,
> onitor, review and retain e-communications (EC) traveling through its
> etworks/systems and may produce any such EC to regulators, law
> nforcement, in litigation and as required by law.
> he laws of the country of each sender/recipient may impact the handling of
> C, and EC may be archived, supervised and produced in countries other than
> he country in which you are located. This message cannot be guaranteed to
> e secure or free of errors or viruses.
> References to "Sender" are references to any subsidiary of Bank of America
> orporation. Securities and Insurance Products: * Are Not FDIC Insured *
> re Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are
> Not
>  Condition to Any Banking Service or Activity * Are Not Insured by Any
> ederal Government Agency. Attachments that are part of this EC may have
> dditional important disclosures and disclaimers, which you should read.
> his message is subject to terms available at the following link:
> ttp://www.bankofamerica.com/emaildisclaimer. By messaging with Sender
> you
> onsent to the foregoing.
> --
> or IBM-MAIN subscribe / signoff / archive access instructions,
> end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> --
> or IBM-MAIN subscribe / signoff / archive access instructions,
> end 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: JCL Source Library Name Available During Execution?

2012-09-27 Thread Mitch

I had indicated in a previous email that there is a way to do this, but that I 
would send the information via private reply.  If others want to know this, 
please let me know and I will publish the response to the group, instead.

With Regards,

Mitch McCluhan,
Legacy Modernization Consultant



-Original Message-
From: Steve Horein 
To: IBM-MAIN 
Sent: Thu, Sep 27, 2012 1:58 pm
Subject: Re: JCL Source Library Name Available During Execution?


I too have a desire for this same information! I started chasing down
published) IKJ* data areas for when I "sub" a job in ISPF, but know and
nderstand this will fall short when a job is submitted outside of TSO. I'm
oping a positive answer is provided!
On Sep 27, 2012 2:51 PM, "Smith, Sean M" 
rote:
Is there a way in a batch job running REXX, for the REXX to figure out the
riginal library and member the JCL came from?  My experience tells me no
nd my hunch tells me the same thing but I thought I would put it out there
n case someone has been here and seen this...hidden in a JES control block
hich is updated by SUBMIT...I know..stretching here

ean Smith
ank of America
--
his message w/attachments (message) is intended solely for the use of the
ntended recipient(s) and may contain information that is privileged,
onfidential or proprietary. If you are not an intended recipient, please
otify the sender, and then please delete and destroy all copies and
ttachments, and be advised that any review or dissemination of, or the
aking of any action in reliance on, the information contained in or
ttached to this message is prohibited.
nless specifically indicated, this message is not an offer to sell or a
olicitation of any investment products or other financial product or
ervice, an official confirmation of any transaction, or an official
tatement of Sender. Subject to applicable law, Sender may intercept,
onitor, review and retain e-communications (EC) traveling through its
etworks/systems and may produce any such EC to regulators, law
nforcement, in litigation and as required by law.
he laws of the country of each sender/recipient may impact the handling of
C, and EC may be archived, supervised and produced in countries other than
he country in which you are located. This message cannot be guaranteed to
e secure or free of errors or viruses.
References to "Sender" are references to any subsidiary of Bank of America
orporation. Securities and Insurance Products: * Are Not FDIC Insured *
re Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not
 Condition to Any Banking Service or Activity * Are Not Insured by Any
ederal Government Agency. Attachments that are part of this EC may have
dditional important disclosures and disclaimers, which you should read.
his message is subject to terms available at the following link:
ttp://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you
onsent to the foregoing.
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end 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: JCL Source Library Name Available During Execution?

When you enter a "submit" command while in ISPF edit, ISPF saves the current 
data in the "edit buffer" to a data set, then does a TSO SUBMIT against that. 
So, even if you could log the name of that "temporary" dataset, it wouldn't 
tell you the name of the member you were editing. And what use would it be? I 
regularly edit PDS.CNTL(JUNK). COPY the data I want into it. Then do a SUBMIT. 
Then do a CANCEL.

And, departing from TSO oriented stuff, I use a z/OS UNIX shell quite a bit. 
There is a submit command for that environment as well. I sometimes write 
programs which read data; use it to create JCL; write that to "stdout" which is 
"piped" into the "submit" command. There is no way to "backtrack" that sort of 
thing.

Is there any other interactive editing facilities? How about RDz? It can submit 
jobs. IBM is promoting that. Is ROSCOE still available? What about jobs 
submitted over NJE? Yes, I'm getting far afield. But once you give somebody a 
report on "where a job came from" in TSO, they will end up wanting to know 
(required for auditing and so MUST BE DONE!) where every job came from.

And I don't see where it is really of any use. Perhaps the OP could help me on 
this point. I really am stumped about why anybody would care. Now, being able 
to log the entire "job stream" (JCL and data images) might be of some interest 
to somebody. But not to me.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Horein
> Sent: Thursday, September 27, 2012 3:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL Source Library Name Available During Execution?
> 
> I too have a desire for this same information! I started chasing down
> (published) IKJ* data areas for when I "sub" a job in ISPF, but know
> and
> understand this will fall short when a job is submitted outside of TSO.
> I'm
> hoping a positive answer is provided!
> 
> On Sep 27, 2012 2:51 PM, "Smith, Sean M"
> 
> wrote:
> 
> Is there a way in a batch job running REXX, for the REXX to figure out
> the
> original library and member the JCL came from?  My experience tells me
> no
> and my hunch tells me the same thing but I thought I would put it out
> there
> in case someone has been here and seen this...hidden in a JES control
> block
> which is updated by SUBMIT...I know..stretching here
> 
> 
> Sean Smith
> Bank of America
> 
> --
> This message w/attachments (message) is intended solely for the use of
> the
> intended recipient(s) and may contain information that is privileged,
> confidential or proprietary. If you are not an intended recipient,
> please
> notify the sender, and then please delete and destroy all copies and
> attachments, and be advised that any review or dissemination of, or the
> taking of any action in reliance on, the information contained in or
> attached to this message is prohibited.
> Unless specifically indicated, this message is not an offer to sell or
> a
> solicitation of any investment products or other financial product or
> service, an official confirmation of any transaction, or an official
> statement of Sender. Subject to applicable law, Sender may intercept,
> monitor, review and retain e-communications (EC) traveling through its
> networks/systems and may produce any such EC to regulators, law
> enforcement, in litigation and as required by law.
> The laws of the country of each sender/recipient may impact the
> handling of
> EC, and EC may be archived, supervised and produced in countries other
> than
> the country in which you are located. This message cannot be guaranteed
> to
> be secure or free of errors or viruses.
> 
> References to "Sender" are references to any subsidiary of Bank of
> America
> Corporation. Securities and Insurance Products: * Are Not FDIC Insured
> *
> Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are
> Not
> a Condition to Any Banking Service or Activity * Are Not Insured by Any
> Federal Government Agency. Attachments that are part of this EC may
> have
> additional important disclosures and disclaimers, which you should
> read.
> This message is subject to terms available at the following link:
> http://www.b

Re: JCL Source Library Name Available During Execution?

2012-09-27 Thread Steve Horein

I too have a desire for this same information! I started chasing down
(published) IKJ* data areas for when I "sub" a job in ISPF, but know and
understand this will fall short when a job is submitted outside of TSO. I'm
hoping a positive answer is provided!

On Sep 27, 2012 2:51 PM, "Smith, Sean M" 
wrote:

Is there a way in a batch job running REXX, for the REXX to figure out the
original library and member the JCL came from?  My experience tells me no
and my hunch tells me the same thing but I thought I would put it out there
in case someone has been here and seen this...hidden in a JES control block
which is updated by SUBMIT...I know..stretching here


Sean Smith
Bank of America

--
This message w/attachments (message) is intended solely for the use of the
intended recipient(s) and may contain information that is privileged,
confidential or proprietary. If you are not an intended recipient, please
notify the sender, and then please delete and destroy all copies and
attachments, and be advised that any review or dissemination of, or the
taking of any action in reliance on, the information contained in or
attached to this message is prohibited.
Unless specifically indicated, this message is not an offer to sell or a
solicitation of any investment products or other financial product or
service, an official confirmation of any transaction, or an official
statement of Sender. Subject to applicable law, Sender may intercept,
monitor, review and retain e-communications (EC) traveling through its
networks/systems and may produce any such EC to regulators, law
enforcement, in litigation and as required by law.
The laws of the country of each sender/recipient may impact the handling of
EC, and EC may be archived, supervised and produced in countries other than
the country in which you are located. This message cannot be guaranteed to
be secure or free of errors or viruses.

References to "Sender" are references to any subsidiary of Bank of America
Corporation. Securities and Insurance Products: * Are Not FDIC Insured *
Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not
a Condition to Any Banking Service or Activity * Are Not Insured by Any
Federal Government Agency. Attachments that are part of this EC may have
additional important disclosures and disclaimers, which you should read.
This message is subject to terms available at the following link:
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you
consent to the foregoing.

--
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: JCL Source Library Name Available During Execution?

2012-09-27 Thread Mitch

Sean:

There is a way to do this, but I would prefer to discuss this offline with you 
so that it is not seen as an advertisement for any particular product.


Mitch McCluhan,
Legacy Modernization Consultant



-Original Message-
From: Smith, Sean M 
To: IBM-MAIN 
Sent: Thu, Sep 27, 2012 12:51 pm
Subject: JCL Source Library Name Available During Execution?


Is there a way in a batch job running REXX, for the REXX to figure out the 
riginal library and member the JCL came from?  My experience tells me no and my 
unch tells me the same thing but I thought I would put it out there in case 
omeone has been here and seen this...hidden in a JES control block which is 
pdated by SUBMIT...I know..stretching here

ean Smith
ank of America
--
his message w/attachments (message) is intended solely for the use of the 
ntended recipient(s) and may contain information that is privileged, 
onfidential or proprietary. If you are not an intended recipient, please notify 
he sender, and then please delete and destroy all copies and attachments, and 
e advised that any review or dissemination of, or the taking of any action in 
eliance on, the information contained in or attached to this message is 
rohibited. 
nless specifically indicated, this message is not an offer to sell or a 
olicitation of any investment products or other financial product or service, 
n official confirmation of any transaction, or an official statement of Sender. 
ubject to applicable law, Sender may intercept, monitor, review and retain 
-communications (EC) traveling through its networks/systems and may produce any 
uch EC to regulators, law enforcement, in litigation and as required by law. 
he laws of the country of each sender/recipient may impact the handling of EC, 
nd EC may be archived, supervised and produced in countries other than the 
ountry in which you are located. This message cannot be guaranteed to be secure 
r free of errors or viruses. 
References to "Sender" are references to any subsidiary of Bank of America 
orporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not 
ank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition 
o Any Banking Service or Activity * Are Not Insured by Any Federal Government 
gency. Attachments that are part of this EC may have additional important 
isclosures and disclaimers, which you should read. This message is subject to 
erms available at the following link: 
ttp://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
onsent to the foregoing.
--
or IBM-MAIN subscribe / signoff / archive access instructions,
end 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

JCL Source Library Name Available During Execution?

2012-09-27 Thread Smith, Sean M

Is there a way in a batch job running REXX, for the REXX to figure out the 
original library and member the JCL came from?  My experience tells me no and 
my hunch tells me the same thing but I thought I would put it out there in case 
someone has been here and seen this...hidden in a JES control block which is 
updated by SUBMIT...I know..stretching here


Sean Smith
Bank of America

--
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement of 
Sender. Subject to applicable law, Sender may intercept, monitor, review and 
retain e-communications (EC) traveling through its networks/systems and may 
produce any such EC to regulators, law enforcement, in litigation and as 
required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, 
and EC may be archived, supervised and produced in countries other than the 
country in which you are located. This message cannot be guaranteed to be 
secure or free of errors or viruses. 

References to "Sender" are references to any subsidiary of Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this EC may have additional 
important disclosures and disclaimers, which you should read. This message is 
subject to terms available at the following link: 
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
consent to the foregoing.

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

Re: Another Light goes out

2012-09-27 Thread Roberts, John J

>a few consultants?  84,500 hrs = 42 person-yrs

Ohio interviewed me back in late 2008 for a role on this project.  So they have 
been working on it for nearly 4 years.  So an average team size of 11 or 12.  
Given that they did it with mostly State Staff, they would have had a steep 
learning curve going from green screen editors to Visual Studio 2008 and 
whatever RDBMS tools were appropriate.  So they did pretty well IMO.

I actually think it is a smart strategy to do such projects mostly in-house, 
augmented only somewhat with contract experts to tackle the problems as they 
arise.  Now that it is done, the in-house staff will have a sense of 
accomplishment and will "own" the result.  When such projects are outsourced to 
consultants, there is always resentment among the in-house staff that get the 
result "dumped" on them to support.  Ohio has avoided this problem.  Also, 
since this was a COBOL/PACBASE to COBOL migration, the "tribal knowledge" of 
the old main framers is not lost.  The challenge now is to pass this knowledge 
onto the new generation before the old guys are gone.

Lastly, by going with the Fujitsu Tools they have opened a door for future 
growth.  Unlike the more commonly used Micro Focus NetExpress tools, the 
Fujitsu NetCOBOL compiler is a fully CLR compliant language.  So it now becomes 
easy to revise and extend the applications using VB.Net and/or C#.  Until very 
recently, the competing Micro Focus Enterprise Server environment was a 
dead-end to itself, extensible only with difficulty using the C language.  I 
understand that Micro Focus has been working hard to address this deficiency.

John

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

Re: Another Light goes out

2012-09-27 Thread Kirk Talman

a few consultants?  84,500 hrs = 42 person-yrs

IBM Mainframe Discussion List  wrote on 
09/26/2012 12:06:30 AM:

> From: Ed Gould 

> http://www.computerworld.com/s/article/9231499/ 
> Ohio_mainframe_exodus_wraps_up_in_84_500_hours?taxonomyId=68


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. Thank you 

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

Re: Questions about IARST64

2012-09-27 Thread Kirk Talman

Interesting patent.

There is prior art in this area dating back at least 2 decades.  I used 
the technique they described in a program less than a decade ago to manage 
allocation and freeing of cells in a multi-tasking environment.  The same 
technique (w/o multi-tasking environment and requirement for CS/CDS) is 
almost obvious for cell management.

Having been a listener on a patent discussion on the subject of 3270 
datastream compression decades ago, it was interesting that after several 
months of discussions the original points of contention had been dropped 
and a whole new set created.  In that case, after a certain point in the 
discussions, the technical people were taken out of the loop.  We never 
knew the resolution of the dispute.

IBM Mainframe Discussion List  wrote on 
09/25/2012 03:21:30 PM:

> From: John Gilmore 

> The patent that Jim Mulder cited:
> 
> http://www.google.com/patents/US20090100243

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

2012-09-27 Thread John Gilmore

Shmuel is correct.

Your string SOURCE is 10 characters in length.  The number of
characters in the substring beginning at the one-origin offset 8 is
three, to wit the eighth, the ninth and the tenth.

The substring defined by your SUBSTR(SOURCE,8,5) is thus two
characters too long, and the compiler's error message is appropriate.

What PL/I will do is [conceptually] to pad the shorter of the two
strings comparand and comparans on the right with blanks in such
contexts as

declare comparand character(12), comparans character(10),
  greater aligned bit ;
. . .
greater = (comparand > comparans) ;
if greater then . . . ;
else . . . ;

Or again

declare (vcomparand character(32), vcomparand character(24)) varying ;
. . .
greater = (vcomparand > vcomparans) ;
if greater then . . . ;
else . . . ;

for which the current, as opposed to allocated or declared, lengths of
vcomparans and vcomparand are made equal by conceptually padding the
value of the one having the shorter current length with blanks.

--jg

On 9/27/12, Hunkeler Peter (KIUP 4)  wrote:
>>PL/I
>
> With "IBM(R) Enterprise PL/I for z/OS V4.R2.M0" the following code:
>
> DCL SOURCE CHAR(10) INIT('0123456789');
> PUT SKIP LIST( ">" !! SUBSTR(SOURCE, 8, 5) !! "<" );
>
> leads to msg:
> "IBM1446I E  4.0 Third argument in SUBSTR reference is too big. It
> will be trimmed to fit."
>
> and TFM says under SUBStR():
> The STRINGRANGE condition is raised if z is negative or if the
> values of y and z are such that the substring does not lie entirely
> within the current length of x.
>
> --
> 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: Another Light goes out

2012-09-27 Thread Joel C. Ewing


On 09/27/2012 08:52 AM, Vernooij, CP - SPLXM wrote:

"Shmuel Metz  , Seymour J."  wrote in message
news:<20120927125900.3d407f58...@smtp.patriot.net>...

In <5063f617.80...@bremultibank.com.pl>, on 09/27/2012
at 08:45 AM, "R.S."  said:


Excuse me, what is misleading? It's obviousm that .NET framework
work on Windows operating system and the windows is not free of
charge. However  you can have Windows (for money) and get the
framework with no additional cost. That means it's FREE OF CHARGE.

Shouting won't make it true. If you have to pay money in order to get
it then it is not free. You've admitted that you have top pay money to
get it, at least legally.

--

That way, Linux is not free, you have to buy a PC first, but before you
can use a PC, you have to buy a house, buy a license from the
electricity company etc. etc.

If you don't have to pay to get a product, it is free of charge,
regardless of whether you paid for other things before or not, and to
the same company or not.

Kees.

Whenever one compares costs, there has to be agreement on the context 
and the starting point -  whether one is talking about Total Cost of 
Ownership or just incremental costs.  Although TCO considerations are 
important for long term planning, many decisions in the short term are 
influenced by incremental costs.  If one solution requires data center 
space and environmental support you don't already have available, that 
is a very significant incremental cost.  If a solution requires server 
hardware and and base Operating system licenses you don't already have, 
that is an incremental cost.  If an approach requires significantly more 
support personnel costs than another, that is an incremental cost.  If 
you already have personnel, data center, environmental support, and 
server hardware sitting available, then best incremental cost may depend 
on total additional cost of base Operating Systems and other required 
software licenses.  But, if there are other constraints beyond your 
control that force the choice of base Operating System or if you have 
idle, fully-paid Operating System licenses available, then that removes 
that cost from the design decisions, even though that may be significant 
and TCO might be sub-optimal.


So in some contexts it may make sense to describe software as free, 
because it has zero incremental costs at a specific time at a specific 
installation, but in other contexts TCO becomes more important.


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

2012-09-27 Thread Jonathan Goossen

Chapter 11 of "DFSMS Managing Catalogs" page 211 explains 'CSIFILTK, 
Generic Filter Key' very well. 

Finding this chapter helped me a lot in understanding the examples that I 
found elsewhere and in using it.

Thank you and have a Terrific day!

Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help with communication and leadership skills checkout Woodwinds 
Toastmasters.



IBM Mainframe Discussion List  wrote on 
09/27/2012 07:17:53 AM:

> From: Michael Egle 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/27/2012 07:18 AM
> Subject: Re: Can I use IGGCSI00 to Access an Entire Catalog Without 
> Specifying a Filter ?
> Sent by: IBM Mainframe Discussion List 
> 
> Thanks Mark,
> 
> I took a look at your CATSRCH REXX and that appears to be exactly 
> what I was looking for.  Thanks
> 
> I had done several searches on Google, and also within this and 
> several other LISTSERV Archives, but all of the examples that I had 
> come across were expecting to use the Filter, and when I tried them,
> they didn't seem to accept a Filter of *.* or **. If a similar 
> question was posted recently, I'm afraid I didn't see it.
> 
> Since the IBM Documentation and examples are so sparse, and since my
> own REXX expertise is so limited, I wasn't sure whether the Catalog 
> Search Interface itself would accept a call without providing some 
> kind of generic key. Your code proves that it will, if you know how to 
do it.
> 
> Thanks Again
> 
> Mike
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: LLA REFRESH after increasing directory

2012-09-27 Thread Mark Zelden

On Thu, 27 Sep 2012 07:34:31 -0500, Tom Marchant  
wrote:

>On Wed, 26 Sep 2012 15:14:46 -0500, Mark Zelden wrote:
>
>>On Wed, 26 Sep 2012 16:04:06 -0400, Ken Porowski wrote:
>>
>>>I was a little worried after the first 3 responses of Yes, No, and
>>>Maybe.
>>
>>If you have a sandbox LPAR, it is simple to test.
>
>I beg to differ.  It is simple to try it, testing is a different matter. 
>It is quite difficult to test the possible timing issues.  I have 
>issued UPDATE * many times on a sandbox system after 
>activating a new LNKLST set, but it would be foolish to say that 
>I have tested and found it to be safe.
>
>That said, perhaps I was too hasty in saying that it is not safe to 
>be done.  Without knowing how the PDS command (or whatever 
>tool is to be used) accomplishes the task, I cannot say whether 
>it might be safe to do.  I do agree with the recommendation to 
>either stop LLA or remove the data set in question from LLA 
>management.  If the tool first moves every member that is located 
>on the track where the new directory block(s) are to be located, 
>it is likely safe to do as long as LLA is not managing the data set.
>

Only the OP can say for sure, but I assume he knew if the modules
were in use or not be in use at the time and he was only
concerned about the directory aspect of his change.

In my test, I can say with 100% certainty that it was safe and
I didn't need to remove the library for LLA since there are only
sysprogs using the sandbox and it would be rare that someone
was assembling something there and if they were they would
be using HLASM, not IEV90.  :-)  

When I mentioned that I had done things like this in the past
on production systems, it has been in a maintenance window
where I'm also sure.  For example, the product has an STC
which is shut down so the modules aren't in use.  

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

>PL/I

With "IBM(R) Enterprise PL/I for z/OS V4.R2.M0" the following code:

DCL SOURCE CHAR(10) INIT('0123456789');  
PUT SKIP LIST( ">" !! SUBSTR(SOURCE, 8, 5) !! "<" );

leads to msg:
"IBM1446I E  4.0 Third argument in SUBSTR reference is too big. It
will be trimmed to fit."

and TFM says under SUBStR():
The STRINGRANGE condition is raised if z is negative or if the
values of y and z are such that the substring does not lie entirely
within the current length of x.

--
Peter Hunkeler

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

Re: SMP/E or 11 years of stupidity (rant)

2012-09-27 Thread zMan

Yeah, I wonder if some ignorant person saw "description" and figured it was
just a doc issue?

On Thu, Sep 27, 2012 at 10:06 AM, Joel C. Ewing  wrote:

> On 09/27/2012 07:45 AM, R.S. wrote:
>
>> (Hard words, but IMHO justfied)
>>
>> See APAR II13027. Submitted date: 2001-10-30
>> Product named CCCA contains an error. It not error in the code itself,
>> it's error in SMP/E description of one of its elements. ABJ058 has wrong
>> RMID. It blocks some PTFs to the product.
>>
>> I met this problem for the first time approx. in 2005. 7 years ago.
>> Note that CCCA is part of Debug Tool. Debug Tool itself is being
>> developed, new versions do come, while CCCA.
>>
>> I was really astonished and upset when I found 1 or 2 years later, that
>> nothing changed - there still error in ABJ058 description.
>> STILL NO CLUE IN PROGRAM DIRECTORY, STILL NO FIX!
>>
>> This year I installed z/OS 1.13, DT 12.1 - the newest versions available.
>> Current for 2012. I used ServerPac, so everything was nicely integrated,
>> service (PTFs) is included.
>> NO IT'S NOT SO EASY. CCCA has still the error, so 8-years old PTFs to the
>> product are NOT included.
>>
>> How many years will we fix this ridiculous mistake manually?
>>
>> Why there is even no clue about the need to do it?
>>
>> What would break if one of 100+ ServerPac jobs would fix the RMID for
>> ABJ058?
>>
>> I consider SMP/E as unnecessarily and exceedigly complicated, but this
>> case is exceptionally tits up.
>>
>> (time for my pills)
>>
> If the product is still being distributed that way, it should certainly be
> corrected.  If an informational APAR is the only place this is documented,
> this would suggest that someone incorrectly treated this as only warranting
> documentation, not repair.  I would file another problem report and insist
> they at least commit to fix it in the next version of ServerPac.
>
> This sounds like the kind of problem where the installation circumvention
> would be trivial:  a few lines of UCLIN to fix the RMID to the correct
> value so the PTFs will apply; but one shouldn't have to do this manually
> for each new ServerPac just because they haven't bothered to fix it in the
> distribution.  And, if IBM really expected the installation to do this
> manually each time, at the very minimum that manual action should long ago
> have been described as ACTION HOLD data on the PTFs that require it.  You
> shouldn't have to hunt down some ancient Informational APAR.  If there is
> some reason IBM "recommends" not applying the affected PTFs, that should be
> handled by some means other retaining the element RMID mismatch.
>
> --
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
>
> --**--**--
> 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: Another Light goes out

2012-09-27 Thread Anne & Lynn Wheeler

r.skoru...@bremultibank.com.pl (R.S.) writes:
> Excuse me, what is misleading? It's obviousm that .NET framework work
> on Windows operating system and the windows is not free of
> charge. However you can have Windows (for money) and get the framework
> with no additional cost. That means it's FREE OF CHARGE.
> For example MS SQL or HIS are not free of charge - they need paid
> Windows, but they cost money.
>
> Similar scenarios can be found in z/OS world (free Java SDK, TEMS,
> Ported Tools, XML Toolkit, paid RACF, DFSORT, RMM, HSM). Everybody
> understand that free XML Toolkit will not work without paid z/OS.

this recent post
http://www.garlic.com/~lynn/2012m.html#47 Official current definition of MVS

discusses IBM's original 23jun69 unbundling announcement ... starting to
charge for application software, but making the case that kernel
software would still be free. then after the demise of FS, the rise of
the clone processors, etc ... there was decision to start charging for
kernel software. Part of the transition was that base existing kernel
was still free, new hardwared/device support would be free, and free
stuff could not have preregisite on charged-for-stuff.

The resulted in big problem when the decision was made to finally
release vm370 multiprocessor support (hardware stuff so needed to be
part of free base). the problem was that much of the software had
already been included in my charged-for resource manager (lots of
restructuring enabler for multiprocessor operation ... but not the
actual direct hardware support).

misc. past posts mentioning unbundling and starting to charge for
software
http://www.garlic.com/~lynn/submain.html#unbundle

misc. past posts mentioning my resource manager
http://www.garlic.com/~lynn/subtopic.html#fairshare

misc. past posts mentioning FS effort
http://www.garlic.com/~lynn/submain.html#futuresys

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: SMP/E or 11 years of stupidity (rant)

2012-09-27 Thread Joel C. Ewing


On 09/27/2012 07:45 AM, R.S. wrote:

(Hard words, but IMHO justfied)

See APAR II13027. Submitted date: 2001-10-30
Product named CCCA contains an error. It not error in the code itself, 
it's error in SMP/E description of one of its elements. ABJ058 has 
wrong RMID. It blocks some PTFs to the product.


I met this problem for the first time approx. in 2005. 7 years ago.
Note that CCCA is part of Debug Tool. Debug Tool itself is being 
developed, new versions do come, while CCCA.


I was really astonished and upset when I found 1 or 2 years later, 
that nothing changed - there still error in ABJ058 description.

STILL NO CLUE IN PROGRAM DIRECTORY, STILL NO FIX!

This year I installed z/OS 1.13, DT 12.1 - the newest versions 
available. Current for 2012. I used ServerPac, so everything was 
nicely integrated, service (PTFs) is included.
NO IT'S NOT SO EASY. CCCA has still the error, so 8-years old PTFs to 
the product are NOT included.


How many years will we fix this ridiculous mistake manually?

Why there is even no clue about the need to do it?

What would break if one of 100+ ServerPac jobs would fix the RMID for 
ABJ058?


I consider SMP/E as unnecessarily and exceedigly complicated, but this 
case is exceptionally tits up.


(time for my pills)
If the product is still being distributed that way, it should certainly 
be corrected.  If an informational APAR is the only place this is 
documented, this would suggest that someone incorrectly treated this as 
only warranting documentation, not repair.  I would file another problem 
report and insist they at least commit to fix it in the next version of 
ServerPac.


This sounds like the kind of problem where the installation 
circumvention would be trivial:  a few lines of UCLIN to fix the RMID to 
the correct value so the PTFs will apply; but one shouldn't have to do 
this manually for each new ServerPac just because they haven't bothered 
to fix it in the distribution.  And, if IBM really expected the 
installation to do this manually each time, at the very minimum that 
manual action should long ago have been described as ACTION HOLD data on 
the PTFs that require it.  You shouldn't have to hunt down some ancient 
Informational APAR.  If there is some reason IBM "recommends" not 
applying the affected PTFs, that should be handled by some means other 
retaining the element RMID mismatch.


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: Query for Destination z article on reporting problems

In <506316c1.30...@gabegold.com>, on 09/26/2012
   at 10:52 AM, Gabe Goldberg  said:

>I'm writing article for Destination z -- http://destinationz.org/ -- 
>giving tips for reporting problems to vendors.

Off the top of my head:

 1. Be honest about severity level.

 2. Know escalation procedures but use them sparingly.

 3. Report data, not your interpretation of them.

 4. Don't use SYSABEND or SYSUDUMP unless the vendor requests
them.

 5. Provide environemental data

 6. If possible, provide a simple way to reproduce the problem.

 7. Offer to run traces and to collect other reasonable data if
the vendor needs them.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Query for Destination z article on reporting problems

In
<4614277004675740.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 09/26/2012
   at 10:19 AM, Elardus Engelbrecht 
said:

>Carrier pigeon?

IETF updated RFC 1149 with RFC 6214 in 2011 to suppoert IP V6. Hardly
ancient (-;

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: GIM39001E in SMP/E RECEIVE FROMNTS

In <2898629948738139.wa.paulgboulderaim@listserv.ua.edu>, on
09/26/2012
   at 08:56 AM, Paul Gilmartin  said:

>I stand corrected.  But still, if RECEIVE tolerates processing a
>SYSMOD prior to its PRErequisites on the assumption that APPLY 
>will sort things out, I might hope for the same flexibility with 
>respect to FMID.

Be careful what you ask for - you might get it. True, the current
behavior has some undesirable consequences, but there are good reasons
for that behavior. OTOH, perhaps RECEIVE from network should have
slightly different rules from RECEIVE from SMPPTFIN. Put together a
business case and submit a requirement.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Another Light goes out

2012-09-27 Thread Vernooij, CP - SPLXM

"Shmuel Metz  , Seymour J."  wrote in message
news:<20120927125900.3d407f58...@smtp.patriot.net>...
> In <5063f617.80...@bremultibank.com.pl>, on 09/27/2012
>at 08:45 AM, "R.S."  said:
> 
> >Excuse me, what is misleading? It's obviousm that .NET framework 
> >work on Windows operating system and the windows is not free of 
> >charge. However  you can have Windows (for money) and get the 
> >framework with no additional cost. That means it's FREE OF CHARGE.
> 
> Shouting won't make it true. If you have to pay money in order to get
> it then it is not free. You've admitted that you have top pay money to
> get it, at least legally.
> 
> -- 

That way, Linux is not free, you have to buy a PC first, but before you
can use a PC, you have to buy a house, buy a license from the
electricity company etc. etc.

If you don't have to pay to get a product, it is free of charge,
regardless of whether you paid for other things before or not, and to
the same company or not.

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

2012-09-27 Thread Elardus Engelbrecht

Shmuel Metz (Seymour J.) wrote:

>>KEY = '**'
>>CSIFILTK = SUBSTR(KEY,1,44)

>Why not LEFT(KEY,44)?

Good question, but that line is coming from the REXX sample kindly supplied by 
Big Blue. ;-)

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: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

In
,
on 09/27/2012
   at 09:00 AM, "Hunkeler Peter (KIUP 4)"
 said:

>You might wonder why the CSI* variables are filled using the
>substr() function. 

Indeed; why not LEFT?

>There is a special behavior of substr(), left(), right() in REX that
>I haven't seen in other languages (and have indeed been missing
>there): If the source string is *shorter* than the target length
>specified in the function call, the source string is paded with
>blanks to make the result a string of the desired length.

PL/I

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

In
<0522205521763729.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 09/26/2012
   at 08:28 AM, Elardus Engelbrecht 
said:

>Try 

>KEY = '**'
>CSIFILTK = SUBSTR(KEY,1,44)

Why not LEFT(KEY,44)?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Another Light goes out

In <5063f617.80...@bremultibank.com.pl>, on 09/27/2012
   at 08:45 AM, "R.S."  said:

>Excuse me, what is misleading? It's obviousm that .NET framework 
>work on Windows operating system and the windows is not free of 
>charge. However  you can have Windows (for money) and get the 
>framework with no additional cost. That means it's FREE OF CHARGE.

Shouting won't make it true. If you have to pay money in order to get
it then it is not free. You've admitted that you have top pay money to
get it, at least legally.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Another Light goes out

In
,
on 09/26/2012
   at 06:28 AM, Ron Wells  said:

>and too bad...but then computer world has always been a MS fan..

That seems unlikely, given when they started.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Command EXIT - IDCAMS

OOPS, meant to include a URL for doc on IDCAMS exits when invoked from another 
program.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I2A1/D.0?SHELF=dgt2bkb2&DT=20120126090739


-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

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

Re: Command EXIT - IDCAMS

Bottom line: No.
Further bottom line: You cannot do what you want to do using any standard IBM 
service (RACF) or exit.

What might you be able to do to accomplish your goal. First, restrict the use 
of IDCAMS. I.e. don't let these people use it at all. "But they need it!". I 
realize that. Write your own program which invokes IDCAMS (likely need to make 
it statically linked). In this program, pass the address of an INPUT subroutine 
to IDCAMS. IDCAMS would then invoke this subroutine instead of reading SYSIN. 
The subroutine would OPEN, READ, and CLOSE the actual SYSIN DD statement. You 
could then validate the command yourself. But this is going to be labor 
intensive since you'd really need to read a parse each input record to really 
find the LIMIT() for a DEF GDG.

I don't remember why you want to do this. If it were me, I have a batch job 
which would run periodically (end of day?). This job would simply do a LISTC 
LVL(...) ALL on each of the user's HLQ. I would feed this into a REXX program 
which would parse it (I've done this a lot). If it discovered a GDG BASE with 
LIMIT > 3, it would simply do an ALTER ... LIMIT(3). This would scratch and 
uncatalog all the "extra" generations. The next day, I review the reports and 
talk to the offender. I assume you have management support for this 
restriction. Depending on the offender's response (and recidivism), I would 
either: forgive & forget; report him to his manager; evict him from the class; 
give him a failing grade; have my friend "Guido" meet him after work (not 
really).

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jake anderson
> Sent: Thursday, September 27, 2012 6:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Command EXIT - IDCAMS
> 
> Hi,
> 
> Is there a command EXIT which Restricts the user Specifying not more
> than
> LIMIT(3) during GDG base Creation ?
> 
> Any Pointer or Suggestions Would be highly appreciated.
> 
> Jake
> 
> --
> 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

SMP/E or 11 years of stupidity (rant)

2012-09-27 Thread R.S.

(Hard words, but IMHO justfied)

See APAR II13027. Submitted date: 2001-10-30
Product named CCCA contains an error. It not error in the code itself,
it's error in SMP/E description of one of its elements. ABJ058 has wrong
RMID. It blocks some PTFs to the product.

I met this problem for the first time approx. in 2005. 7 years ago.
Note that CCCA is part of Debug Tool. Debug Tool itself is being
developed, new versions do come, while CCCA.

I was really astonished and upset when I found 1 or 2 years later, that
nothing changed - there still error in ABJ058 description.

STILL NO CLUE IN PROGRAM DIRECTORY, STILL NO FIX!

This year I installed z/OS 1.13, DT 12.1 - the newest versions
available. Current for 2012. I used ServerPac, so everything was nicely
integrated, service (PTFs) is included.
NO IT'S NOT SO EASY. CCCA has still the error, so 8-years old PTFs to
the product are NOT included.

How many years will we fix this ridiculous mistake manually?

Why there is even no clue about the need to do it?

What would break if one of 100+ ServerPac jobs would fix the RMID for
ABJ058?

I consider SMP/E as unnecessarily and exceedigly complicated, but this
case is exceptionally tits up.

(time for my pills)
--
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.

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Są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.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych.

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

Re: LLA REFRESH after increasing directory

2012-09-27 Thread Tom Marchant

On Wed, 26 Sep 2012 15:14:46 -0500, Mark Zelden wrote:

>On Wed, 26 Sep 2012 16:04:06 -0400, Ken Porowski wrote:
>
>>I was a little worried after the first 3 responses of Yes, No, and
>>Maybe.
>
>If you have a sandbox LPAR, it is simple to test.

I beg to differ.  It is simple to try it, testing is a different matter. 
It is quite difficult to test the possible timing issues.  I have 
issued UPDATE * many times on a sandbox system after 
activating a new LNKLST set, but it would be foolish to say that 
I have tested and found it to be safe.

That said, perhaps I was too hasty in saying that it is not safe to 
be done.  Without knowing how the PDS command (or whatever 
tool is to be used) accomplishes the task, I cannot say whether 
it might be safe to do.  I do agree with the recommendation to 
either stop LLA or remove the data set in question from LLA 
management.  If the tool first moves every member that is located 
on the track where the new directory block(s) are to be located, 
it is likely safe to do as long as LLA is not managing the data set.

-- 
Tom Marchant

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

2012-09-27 Thread Scott Ford

John,

Your very funny, yeah I can spell but it can't, what can I say 

Scott ford
www.identityforge.com

Tell me and I'll forget; show me and I may remember; involve me and I'll 
understand. - Chinese Proverb


On Sep 27, 2012, at 7:48 AM, "McKown, John"  
wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Scott Ford
>> Sent: Wednesday, September 26, 2012 4:40 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Can I use IGGCSI00 to Access an Entire Catalog Without
>> Specifying a Filter ?
>> 
>> Yu could also very eay pass the catalog name you desire.
>> 
>> Scott ford
>> www.identityforge.com
>> 
> 
> Dude, you have *got* to quit using that iPad. It can't spell at all. 
> 
> -- 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
> --
> 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: GIM44336S

2012-09-27 Thread Kurt Quackenbush


  GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVCMF - 
java.security.InvalidParameterException


Did anything interesting or useful get written to SYSPRINT regarding 
this error?  If not, can you reproduce the error, but this time specify 
javadebugoptions="-Dcom.ibm.smp.debug=severe" in the Client data set and 
then send to the job output to me in a PM?


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

2012-09-27 Thread Michael Egle

Thanks Mark,

I took a look at your CATSRCH REXX and that appears to be exactly what I was 
looking for.  Thanks

I had done several searches on Google, and also within this and several other 
LISTSERV Archives, but all of the examples that I had come across were 
expecting to use the Filter, and when I tried them, they didn't seem to accept 
a Filter of *.* or **. If a similar question was posted recently, I'm afraid I 
didn't see it.

Since the IBM Documentation and examples are so sparse, and since my own REXX 
expertise is so limited, I wasn't sure whether the Catalog Search Interface 
itself would accept a call without providing some kind of generic key. Your 
code proves that it will, if you know how to do it.

Thanks Again

Mike

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

Re: GIM39001E in SMP/E RECEIVE FROMNTS

2012-09-27 Thread Kurt Quackenbush


Why does order matter?  Is it because the FMID list in the GZONE
entry is not updated until RECEIVE processing for that SYSMOD is
complete, only after which it moves on to the next?


That is exactly correct.

Kurt Quackenbush -- IBM, SMP/E Development

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Scott Ford
> Sent: Wednesday, September 26, 2012 4:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can I use IGGCSI00 to Access an Entire Catalog Without
> Specifying a Filter ?
> 
> Yu could also very eay pass the catalog name you desire.
> 
> Scott ford
> www.identityforge.com
> 

Dude, you have *got* to quit using that iPad. It can't spell at all. 

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

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

Command EXIT - IDCAMS

2012-09-27 Thread Jake anderson

Hi,

Is there a command EXIT which Restricts the user Specifying not more than
LIMIT(3) during GDG base Creation ?

Any Pointer or Suggestions Would be highly appreciated.

Jake

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

Re: CBT File745 (File Formatter aka OS) - Off topic

2012-09-27 Thread Elardus Engelbrecht

Peter Hunkeler wrote:

>Reminds me that whenever I read that the world will go under at this or that 
>date, I'm not becoming scared.  
>In order to be able to go under you first need to know which side is up! 
>Fortunately we do not exactly know ;-) 

That is a big relief! ;-) 

Your remarks remind me of this little joke in one of Tintin books:

The pirate captain and his crew locks up poor captain Haddock with these words:

'Sleep tight, do you sleep with your beard above or under the blanket?'

Of course Haddock could not get to sleep because he was trying to figure out 
where his beard should be... ;-)

Is it already Friday? ;-)

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: CBT File745 (File Formatter aka OS) - Off topic

>We could be the topside of the planet!
>
>Richard Marchant
>Johannesburg

Reminds me that whenever I read that the world will go under at this or that 
date, I'm not becoming scared. 
In order to be able to go under you first need to know which side is up! 
Fortunately we do not exactly know ;-)

--
Peter Hunkeler

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

Re: Can I use IGGCSI00 to Access an Entire Catalog Without Specifying a Filter ?