We put only SYS1.SICELPA in LPA. Since this data set only has the DFSORT SVC, it did not matter whether it was before or after syncsort's LPA modules.
We put SYS1.SICELOAD and SYS1.SORTLPA *after* syncsort's libraries in the link list. These steps were per instructions in II14047. II14047 describes several alternative options for installing the two sort products so they can successfully coexist. Perhaps your ISV product is attempting to "detect" which sort product to use. With the introduction of DB2 Version 8's requirement for DFSORT, perhaps your problem is actually within the ISV product. Is this ISV product at a current level? In any event, I'd certainly go to the ISV and open a problem with them. Their own "sort product detection logic" may be defective. Brian On Thu, 9 Nov 2006 14:31:59 -0500, Andy White wrote: >I thought this came up in the past but for those of you that have Syncsort >and DFSORT on your systems for DB2 8 etc. In LPA how do you have it coded >which do you have first or does order not matter? We have a ISV product >which seems to be picking up DFSORT even though we have both in LPA we only >have DFSORT there for the DB2 v8 people we are only licensed for Syncsort. >For DB2 its working fine for the ISV product its failing saying DFSORT >isn't licensed, we removed the DFSORT modules from LPA and its working fine >again. We prefer having both in LPA coexisting if we could. > >Thanks > >Andy ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
