× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Tim

The extended attribute for a user space can be anything you want it to be as
long as it is a valid name (which is what it means by *NAME)

HTH

Paul Tuohy

----- Original Message -----
From: "Tim Kredlo" <TKredlo@xxxxxxxxxxxxxxxx>
To: <MIDRANGE-L@xxxxxxxxxxxx>
Sent: Tuesday, January 18, 2005 8:32 PM
Subject: User spaces


> I am just getting started with user spaces and need some clarification
>
> The 2nd parameter,
> I was trying to find out what the valid " *NAME " entries for 'extended
> attributes' are when creating a user space and got myself totally confused
> by the API manual.
>
> All the examples I have found for creating a user space show this
parameter
> declared and initialized, but never filled with any value.
>
> >From API manual:
> "Extended attribute
> INPUT; CHAR(10)
> The extended attribute of the user space. For example, an object type of
> *FILE has an extended attribute of PF (physical file), LF (logical file),
> DSPF (display file), SAVF (save file), and so on.
>
> The extended attribute must be a valid *NAME. You can enter this parameter
> in uppercase, lowercase, or mixed case. The API converts it to uppercase."
>
> Where can I find the 'valid *NAME' values, their purpose, and how they can
> be used?
>
> TIA
>
> Tim Kredlo
>
> Start Info center/manual rant:
> How come when I search for *NAME, I get 'invalid search query'?
> When I search for "*NAME" I get all the 'NAME' finds, but not any "*NAME".
> When I search for "User space extended attributes" nothing is returned?
> If there was room to list some of the 'extended attributes for object type
> '*FILE', why wouldn't the options for object type '*USRSPC" be listed
> instead.
> If they are the same as for type *FILE, why doesn't it say so?
> If 'must be a valid *NAME'  just means that the field has to follow object
> naming conventions, why put '*FILE attributes info here?
> And why not just say 'the field name needs to follow valid object naming
> conventions'?
> How come the only IBM example of using QUSCRTUS I could find is written in
> Cobol?
> Why don't I get taken to the item/page of the index item I click on when I
> am viewing the API manual?
> Who decided that PDF was a good way to present web 'help'?
> Why isn't the item you click on in the search results brought up over the
> search results?
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.