Joined: 18 Feb 2006 Posts: 812 Location: San Jose, CA
Posted: Thu Aug 04, 2011 9:58 pm Post subject:
Sigh. How do you expect anyone to help you when you reject the answer to your problem with a statement like "I used this in the past, case was never a problem.".
I don't know what you think you did in the past, but CASE MATTERS! DFSORT does NOT treat A (X'C1') and a (X'61') the same - they are NOT EQUAL. So your INCLUDE statement does NOT have any matches in the SORTIN records you show which is why no records are included in SORTOUT.
When I changed your SORTIN records to all uppercase, I got this in SORTOUT:
PKG CREATE 7
CHECKED OUT 415
COMPONENTS DELETED 158
MEMBERS FROM PAT 0
MEMBERS FROM INT 0
So you can either use all uppercase as the input, or change the INCLUDE statement to check for case as appropriate. Alternatively, you could have DFSORT convert a copy of the fields to uppercase with INREC and TRAN=LTOU and then use OUTFIL INCLUDE with uppercase for the copied fields.
At any rate, you have to change something to get a non-empy output data set for the situation you describe. _________________ Frank Yaeger - DFSORT Development Team (IBM) - email@example.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
=> DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum