Code/400 and *CURLIB

[Guest.Visitor]

I'd like know how other Code users handle the problems caused by Code's insistence on having a current library that is unique to the user. (Yes I know this is not an absolute but the strangest things happen when you don't). I'd also be interested in hearing what IBM are doing to fix it. I'd have written up a problem report, except technically I'm not an IBM "customer" so they won't accept it. The problem has just been highlighted again for me while teaching an RPG class where we are also teaching them to use Code/400. To start with they were thrilled with the product and keen to jump into using it. We checked out that they had current libraries before they started (which most of them did) and off we went. Of course as they started exploring (and we had to reload from time to time due to the seemingly inevitable "booms") someone eventually managed to get a copy of the STRCODE User Space into QGPL. The result (which will not come as news to many of you) was that messages started going to the wrong person, person A's server shut down when person B requested a server shut down, etc. etc. We wasted about two hours debugging and correcting the various problems. The cause was not always immediately obvious, particularly since by chance some users had named their autostart server as OS400!! Now that was fun since it clashed with any attempt to use an STRCODE server - which is normally the easy answer to current library problems!! Luckily most of the students hung with it and continue to use the editor despite the problems, but ...... Anyway - comments and suggestion are welcome.

[MQueue]

I wrote a CL wrapper around the STRCODE command to automatically place the user's personal library in the current library. Our personal libraries are named the same as our user ids (except for mine which begins with a "Q"). I also extract the IP address of the workstation to place in STRCODE for use when users are working from home and away from their normal PC. The original library list and current library is saved and restored after STRCODE has completed.

[Guest.Visitor]

Matt's answer works fine except when using the webfacing tool. Thru SP4 I put my testlibrary into the CURLIB entry in the communications daemon. However, when I installed sp5, this created havoc in all my attemps to webface an application. Now I just remember to delete the strcode usrspc that gets created in QGPL.

[Guest.Visitor]

Bob: first of all, I must apologize for the mess I have created for you. An inconsistency in handling the *curlib was introduced in SP5 when I was fixing the problem when a current library name was 10 characters long. In SP4, you will get a 'CPD0047 ..CURLIB exceeds 10 characters', though your curlib is 10 characters long. The fix inadvertently causes CODE to look at the CURLIB in your host user profile only when opening a file. I will have an APAR SE04151 to correct this in the next available service pack for V5R1M0. To work around this, specify the current library in your host user profile and leave the current library on your communication console to the default *USRPRF. Hopefully, we will have a better solution for this *CURLIB issue in the next release.

[Guest.Visitor]

Hak, we recently tried using the comms console current library setting (SP4) and it worked OK if there was no curlib on the user profile. If there _was_ already a current library though it made any communication attempts hang. Maybe you've already fixed this in SP5 but I thought I'd mention it.