7 replies to this topic

[Chris Pepper]

It appears that on 4.6 (1.0.7 HP) PRO-IV does not like an @RFUNCT statement of the type @RFUNCT = '05CRT' but is perfectly happy with @RFUNCT = '5,CRT'. In the first case the report went to the screen but with the fields suppressed (as if printing totals only). Recoding to the alternate method seemed to fix this. Has anybody out there come across this - the code is being moved from 3.0 so I may have missed this issue on 4.0 etc. The manual suggests that both specifications are still acceptable.

[Chris Pepper]

Damn! I knew I was doing someting wrong!!!:}

I feel senility is setting in. OK Rob, how do I correct mistakes in an earlier message?

[Rob Donovan]

Hummmmmmm,

Can't seem to make that happen in our system. But i'm only using a simple report to test it. If you Email me a prx I'll try it on our system.

We are using 4.6r201A on DEC UNIX.

As to changing earlier posts.....

That would spoil the fun & it can't all be serious!!!

Rob

[Alastair Rennie]

Hello,

I converted a system recently to 4.6 (can't remember the exact version, but I think it was dated June '99). It had @RPTOPT set just as you had and it worked fine both in Windows95 and on Sco-UNIX (openserver 7 I think it was). So maybe its a platform specific problem!

Cheers

[Malcolm Fell]

If you mean @RPTOPT yes this changed. It goes missing when you switch from one function to another.
The 'fix' supplied by ProIV was to update all functions, adding @RPTOPT = @$COM6 to the login in

[Rob Donovan]

Hi,

Yes, we had that problem, but I had a big argument with PRO-IV about this and eventually they changed it back to work the way it used to do. (ie RPTOPT does not get reset for each function).

This was fixed in release 4.0r528

However, we are using DEC UNIX, maybe they only fixed it for us!!!

Anyone else having this problem with a release after r528??

Rob

[Malcolm Fell]

We are Version 4.0 Revision 5.0.4 Bootstrap revision 4.0W