I used RDi (right-click on member in Remote System Explorer and use Properties).

On 8/12/2020 12:02 PM, mlazarus wrote:

 Did you change the type via RDi or green screen?


On 8/12/2020 10:27 AM, Joe Pluta wrote:
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 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.

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

This thread ...


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].