Andrea, This is a known conversion issue.
I don't think there is a workaround other than to write your own TRANS function replacement. (If you do, be sure to mimic some of the efficient caching of already-read records that TRANS does.) If IBM wanted to, a new UVCONFIG option could be a way could address it. I don't think that will happen. Go to U2UG's enhancement forum and suggest it. Maybe others will join your fight, but I don't know how many PI conversions are still pending. It's been a decade or so since I've used PI & PIOpen but as I recall, PI[Open] will lower the results if and only if the TRANS function is fed a multi-valued list of ids (2nd arg). UV always lowers. So I would qualify the 'all' in your assertion, 'All the occurrences of the TRANS function return the "wrong" answer'. Maybe that is true for you, but PI _sometimes_ lowers the answer just like UV (i.e., if 2nd arg is mv'd). Maybe you just never have that situation in your ap. I remember sometimes liking, sometimes frustrated by PI's behind-the-scenes choice. I guess Vmark had the same frustration and decided to go with consistency. Once past the conversion hassle, I think you'll find UV's solution better, although I must admit to occasionally wishing it behaved like PI. Oh, well. The king is dead; long live the king. CDS ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
