Re: Changing member types

And Steve, I don't think it's universal. I just changed a member from RPGLE to SQLRPGLE and saved a change, then changed it back from SQLRPGLE to RPGLE and saved a change and it worked. This was on version 9.6.0.8 on Windows 7.

On 8/12/2020 5:49 AM, Steve Ferrell via WDSCI-L wrote:

Hi Mark,

Could you please open a case with IBM using the instructions you sent in your email so we could take a closer look.

It's better to have an APAR than an internal defect, or an RFE.

Thanks for helping us make RDi better for everyone!

Steve Ferrell
w. www.helpsystems.com

I ran into an interesting situation that RDi could have handled
better, IMHO. I was developing an RPGLE program and then decided I
needed some SQL in there. Since the verifier uses the member type to
determine the allowable syntax I needed to change the member type. I
used RDi to change the member type to SQLRPGLE.(Remote systems >
Properties > Type).

The member was still open. When I tried to save it I received a
message along the lines of the local copy not existing. It proceeded
to create a new, empty RSExxxxxx member in the QRPGLESRC file - each
time I clicked on save. The current program open in the editor did
not get saved to those members.

To resolve the immediate issue I just reversed the change type
process, saved the member, exited and reopened it. There are several
resulting behaviors that could be improved here.

- Ideally the change member type function can check if the member is
open in the editor and do whatever it needs to do to realign the work file.

- I could have been prompted to copy/save from the original work file.

It's not a showstopper, but I thought I'd post it in case some else
decides to change member types mid-stream. And maybe the RDI
development team will decide it's worth fixing/implementing.

-mark

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com