Chris,
Absolutely..

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Oct 23, 2013, at 1:11 PM, "Blaicher, Christopher Y." 
> <[email protected]> wrote:
> 
> I did a search on google and I think I see the entry you are referring to.  
> The ones I saw were using DEVTYPE as a lazy man's way to search the TIOT in 
> that if you get a non-zero return code it is not defined.  So, if you wanted 
> to know if there was a SORTWK01 defined in the JCL they would issue a DEVTYPE 
> for SORTWK01.  If they got a return code of zero you can use the device 
> characteristics returned, otherwise it isn't defined.
> 
> Personally, I would scan the TIOT and then if I found it I would do the 
> DEVTYPE.  The good thing about using DEVTYPE to do the TIOT scan is that it 
> will now include scanning the extended TIOT with no programming changes.
> 
> It just goes to show you there are always multiple ways to solve a problem.
> 
> Chris Blaicher
> Principal Software Engineer, Software Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8260  |  M: 512-627-3803    
> E: [email protected]
> 
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On 
> Behalf Of Scott Ford
> Sent: Wednesday, October 23, 2013 11:43 AM
> To: [email protected]
> Subject: Re: Getting DD DISP
> 
> Chris,
> 
> Thank you, I saw someone had published, I use the word loosely on the 'NET' 
> was showing how the pulled ddname info from a DEVTYPE macro and I was curious 
> after skimming the manual.
> 
> Scott ford
> www.identityforge.com
> from my IPAD
> 
> 'Infinite wisdom through infinite means'
> 
> 
>> On Oct 23, 2013, at 10:37 AM, "Blaicher, Christopher Y." 
>> <[email protected]> wrote:
>> 
>> Scott,
>> The short answer is no.  There are two ways (and lots of options) to call 
>> DEVTYPE.  One you specify the DDNAME.  The other is you give it the UCB 
>> address.
>> 
>> DEVTYPE is designed to tell you about the device type, not what is on the 
>> device as there could be zero or more datasets on a device.  All of I/O is 
>> designed around the DDNAME being the link.  Sure you can dynamically 
>> allocate a file, but you either give it a DDNAME to use or the system will 
>> give you one.  The TIOT is built around the DDNAME.  DCB's are built based 
>> on DDNAME.  When you want to refer to a specific data set, it all goes back 
>> to the DDNAME.  You have to know that to move forward.
>> 
>> Chris Blaicher
>> Principal Software Engineer, Software Development Syncsort 
>> Incorporated
>> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
>> P: 201-930-8260  |  M: 512-627-3803
>> E: [email protected]
>> 
>> 
>> -----Original Message-----
>> From: IBM Mainframe Discussion List [mailto:[email protected]] 
>> On Behalf Of Scott Ford
>> Sent: Wednesday, October 23, 2013 8:48 AM
>> To: [email protected]
>> Subject: Re: Getting DD DISP
>> 
>> All,
>> Have you seen anyone using DEVTYPE macro to pickup the ddname information ?
>> 
>> Scott ford
>> www.identityforge.com
>> from my IPAD
>> 
>> 'Infinite wisdom through infinite means'
>> 
>> 
>>> On Oct 22, 2013, at 4:44 PM, Joel Riemer <[email protected]> wrote:
>>> 
>>> The dynamic information retrieval function of dynamic allocation services 
>>> is an option...
>>> 
>>> ---------------------------------------------------------------------
>>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email to [email protected] with the message: INFO 
>>> IBM-MAIN
>> 
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to [email protected] with the message: INFO IBM-MAIN
>> 
>> 
>> 
>> ATTENTION: -----
>> 
>> The information contained in this message (including any files transmitted 
>> with this message) may contain proprietary, trade secret or other  
>> confidential and/or legally privileged information. Any pricing information 
>> contained in this message or in any files transmitted with this message is 
>> always confidential and cannot be shared with any third parties without 
>> prior written approval from Syncsort. This message is intended to be read 
>> only by the individual or entity to whom it is addressed or by their 
>> designee. If the reader of this message is not the intended recipient, you 
>> are on notice that any use, disclosure, copying or distribution of this 
>> message, in any form, is strictly prohibited. If you have received this 
>> message in error, please immediately notify the sender and/or Syncsort and 
>> destroy all copies of this message in your possession, custody or control.
>> 
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to [email protected] with the message: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [email protected] with the message: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to