Skip to content

Bug:Search is returning generic profiles - not discrete #182

@colinpaicemq

Description

@colinpaicemq

Describe the bug
If I use ISPF racf panels on class ACCTNUM it gives
ACCT#
IZUACCT

If I display discrete I get
CLASS NAME


ACCTNUM ACCT# ...

If I display generic I get

ICH13004I NOTHING TO LIST


using pysearch passing in a profile name of " " and class ACCTNUM I get return code 4 4 4 - none found.

Looking in the GTF trace I see

+0100 00000000 00000000 00000000 C1C3C3E3 D5E4D440 00000001 00000000 00000000 | ............ACCTNUM ............ |
+0120 00000000 14000000 00000000 00000000 00000000 00000000 00000000 40 | ............................ |

Where at offset 124 is flags 14 which means

10 For extract-next requests: return the next alphabetic generic
profile in the class
with respect to the input name (regardless of
whether the input profile is generic or discrete). To retrieve the first
generic profile in a class, the caller can provide a resource name
consisting of a single blank (X'40').

so it is requesting generic profiles - not discrete profiles.

I have a C program that uses the services - and I only get the discrete records when this flag is not set. that is flags = 04

The doc says

Notes:

  1. When using extract-next to return all general resource profiles for a given class, all the discrete profiles
    are returned, followed by the generic profiles. An output flag indicates if the returned profile is generic.
    A flag can be specified in the parameter list to request only the generic profiles in a given class. If
    only the discrete profiles are desired, check the output flag indicating whether the returned profile is
    generic. If it is, ignore the entry and terminate your extract-next processing.

so I think this 10 flag should not be used for retrieving profiles.
To Reproduce
Steps to reproduce the behavior:

Expected behavior
A description of what you expected to happen.

Console Output
If applicable, add console output to help explain your problem.

Environment Information:

  • z/OS Version: [e.g. 3.1]
  • Python Version: [e.g. IBM Python 3.13]
  • Is R_Admin (IRRSEQ00) setup?
  • Is R_SecMgtOper (IRRSMO00) setup?
  • Is all of the latest z/OS Language Environment service installed?

Additional context
Add any other context about the problem here.

Metadata

Metadata

Assignees

Labels

bugSomething isn't working

Type

No type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions