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



Thanks Keith - my mistake for not reading the cmd help text more carefully.
The top level of the help text does not specifically say *USRLIBL will
return only first instance (like *LIBL indicates), but later in help text it
does.
I'm going to have to go back & check all that I "thought" was working.
Thanks again (and the wildcard is working fine for me now)
jim

----- Original Message ----- 
From: "Keith Carpenter" <CarpCon@xxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Sunday, July 25, 2004 3:06 PM
Subject: Re: dspobjd problem with *libl, *usrlibl


> Are you sure this worked for you before ?
>
> >From the help text for DSPOBJD:
> "Depending on the specified library qualifier, either the first object
found
> in the specified libraries
> is shown, or all objects in the specified libraries for which the user has
> some authority are shown."
>
> More specifically,
> *LIBL or *USRLIBL returns the first object
> *ALL or *ALLUSR returns all authorized
>
> Checking both V4R5 and V5R2, I get the same result (first object only).
>
> I agree it would seem to be a bug as it doesn't make any sense to limit
the
> results this way.  But given it's documented, this is probably the
> established behavior going all back to the beginning on the S/38.  For IBM
> to fix it now would mean possibly breaking a lot of existing customer
code.
>
> One work around might be to use a wild card (ie QMNUSRC*) and then filter
> the results for the specific name (QMNUSRC).  Otherwise, you might
consider
> using an API like QUSLOBJ.
>
>
> Keith
>
>
>
> ----- Original Message ----- 
> From: "Jim Franz" <franz400@xxxxxxxxxxxx>
> To: <MIDRANGE-L@xxxxxxxxxxxx>
> Sent: Sunday, July 25, 2004 11:09 AM
> Subject: dspobjd problem with *libl, *usrlibl
>
>
> At V5R2, cume 04077 applied, I am not getting proper results from DSPOBJD
> command
> in both command line and outfile results (or else I'm really blind today).
> My *libl has multiple libs with QMNUSRC file (here of a few from WRKF
> FILE(*LIBL/QMNUSRC) )
> QMNUSRC     QGPL        PF
> QMNUSRC     CHG402      PF
> QMNUSRC     #LIB402     PF
> QMNUSRC     AP402       PF
> QMNUSRC     AR402MOD    PF
> QMNUSRC     AR402       PF
>
> DSPOBJD OBJ(*LIBL/QMNUSRC) OBJTYPE(*FILE) says only 1 library in *libl has
> object!
>                       Display Object Description - Basic
>                                                                 Library 1
of
> 1
> Library  . . . . . . :   QGPL            Library ASP device . :   *SYSBAS
> Opt  Object      Type      Attribute               Size  Text
>      QMNUSRC     *FILE     PF                      8192  Default source
file
> f
>
>
> but this works with same libl: DSPOBJD OBJ(ap402/QMNUSRC) OBJTYPE(*FILE)
>  Library  . . . . . . :   AP402           Library ASP device . :   *SYSBAS
>  Opt  Object      Type      Attribute               Size  Text
>       QMNUSRC     *FILE     PF                   1196032
>
> This is breaking my xref programs.
> Have searched ptfs for v5r2 and see no match.
> Anyone ideas? Unfortunately this is a "managed" system
> and doubtful I can make a support call.
> tia
> jim
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.