SQL vs V5R1 and service woes

I have an issue in which SQL is failing on ALL of our V5R1 machines but the
same programs continue to work on our last V4R5 machine.  When we run
STRDBG and CHGJOB LOG(4 00 *SECLVL) LOGCLPGM(*YES) I see messages 'Row not
found for INSERT'.  This is using a subselect.
C/EXEC SQL
C+ insert into plline2
C+                               (select * from vdline2 where
C+                                                           (vdlpo conca
C+ t h2item) in (select (pdlpo concat plitem) from plline))
C/END-EXEC

Sometimes this works, some databases it doesn't.  So if it was because of
line continuation I would predict a 100% pass or fail result.  In case
you're wondering, the strange formatting is a result of our case tool.

I've opened up a pmr with IBM 29653,500.  If I run this SQL interactively,
I get success.  Therefore they feel that it is a problem on my end.  When I
argued about the difference between it working on V4R5 and not on V5R1 they
said that perhaps there are 'errors' that they used to allow but now have
locked down.  They are forcing me over to a Consult line contract.  I've
agreed to open a contract.  Now I just got to talk to Smiling Jack the
sales guy before I can continue.  Meanwhile - no EDI.

I've even sent complete recreates, programs, data and all.  IBM can
duplicate it.  They still feel it is a Consult line issue.

I called Consult line.  After telling them my name, number, etc., guess
what their first question was?
"We have a survey.  How satisfied are you with the level of service?"
She won't be repeating my response to her children.
Now I have to wait for Smiling Jack the sales guy to call and get the
contract rolling...

Meanwhile, no EDI.

I just can't find which chapter this is in, in "How to win friends and
influence people".



Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.