Radislow,
I didn't say it was just that it was available. If you want to read something 
and come up with you own idea that is something else.

As to reading I do but the fine email system does not necessarily get all the 
emails, if you don't like it complain to the Internet.

Ed

Sent from my iPad

On Jul 23, 2011, at 12:14 PM, "R.S." <[email protected]> wrote:

> XTIOT is not required, TIOT is enough to have 3000+ DDs.
> It was already answered and explained. (Read The Fine Answers?)
> 
> BTW: TIOT-XTIOT is not a choice for people who run programs. I did not write 
> IEBEGER, IDCAMS and thousands COBOL programs present in my shop. As far as I 
> know, COBOL developers also have no choice here.
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> W dniu 2011-07-23 19:07, Ed Gould pisze:
>> John,
>> I believe that you can have more than 255 dd statement by using XTIOT, the 
>> reverse order was IMO because of CVOL design issues. The order is reasonably 
>> important ( to me anyway) is that I have. Had to do a sort the file, 
>> programmers were not happy ( but understood) about the additional step.
>> 
>> One time I was working on a logrec report for the CE and I ran into an issue 
>> and had to sort the concatenation it wasn't huge but it took a day of 
>> debugging and a call to IBM and they talked about a Doc error. I never 
>> followed through as I had a work around.
>> 
>> Ed
>> 
>> Ps I am not sure that IBM could change the way it works now without adding a 
>> JCL parameter.
>> 
>> 
>> 
>> Sent from my iPad
>> 
>> On Jul 23, 2011, at 5:58 AM, John McKown<[email protected]>  wrote:
>> 
>>> I agree entirely. I understand the 255 limit in the past when all we had
>>> were CVOL catalogs and a 1 byte field. ICF catalogs don't work that way.
>>> And, again, the reverse order made sense in the days of CVOL due to the
>>> way that GDGs were actually implemented in CVOLs. Again, ICF catalogs
>>> don't work that way. But I wonder what the JCL syntax would be to
>>> specify the order. Hopefully something simple.
>>> 
>>> But since GDG-ALL processing effectively creates a concatenated set of
>>> DDs, what about the limit of 255 DDs per jobstep? How to do GDG-ALL of a
>>> DSN with 1000 entries?
>>> 
>>> On Fri, 2011-07-22 at 22:07 -0700, Ed Gould wrote:
>>>> John:
>>>> 
>>>> I think a prime requirement is to support more than 255 GDG entries and 
>>>> also a
>>>> way to call them in order they were created.
> 
> 
> --
> 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, e-mail: [email protected]
> Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
> Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. 
> Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci 
> wpacony) wynosi 168.346.696 zotych.
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to