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



This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].