STRCODE server holding locks

[Guest.Visitor]

Jon: (un)fortunately, I think I have just experienced this a couple of days ago. However, I have not been able to recreate the problem. I was doing some testings on program verifer using RPGLE with /COPY files either on host or opened on the editor. Please let me know if you can identify a scenario to recreate this. "Jon Paris" <Jon.Paris@e400.com> wrote in message news:aa90jd$ij4$1@news.boulder.ibm.com... > I'm running a Code class right now and have experienced a situation I've > never seen before (just when you think you've seen it all <g>) > > User has used an STRCODE session, but subsequently stopped the server and > reverted to an autostart server. I have them use both in class so they can > find which they prefer, in case you were wondering. When they attempt to > open the source they edited under the STRCODE server, they can only get it > in browse mode (it gets really odd in Designer which asks if you want to > retry and then goes off into never-never land when you say yes). Looking at > the job's locks shows that the 5250 (which is sitting at the initial menu > with nothing running) has a number of locks which can only be released by > signing off. Once you have done that everything is fine. > > Anyone seen this before? > > Running V5R1 SP5 on Win2000 pro. Backend is a V4R5 system with all current > PTFs > >

[Guest.Visitor]

Glad I'm not the only one! Three students (out of a class of 13 - bad number <grin>) experienced this. I am fairly certain that they were all into an exercise that uses /COPY members but I wouldn't swear to that. Perhaps that is a clue though. Another clue is that in most cases the STRCODE server had "died" with no obvious error message. I'm afraid in a teaching situation with a class of this size I don't have time to dig into logs etc. so I can't tell you much more. I also experienced major problems with the COBOL verifier reporting that lines identified as errors could not be located in the source. The same errors double-clicked on from the compile error listing worked fine - it was only the verifier error list that caused the problem. Have you heard of this before? I can probably recreate it if you want. (There are other problems with COBOL support too but I won't clutter up the list). "Hak Lui" <haklui@ca.ibm.com> wrote in message news:aabmnv$17c6$1@news.boulder.ibm.com... > Jon: > (un)fortunately, I think I have just experienced this a couple of days > ago. However, I have not been able to recreate the problem. I was doing some > testings on program verifer using RPGLE with /COPY files either on host or > opened on the editor. Please let me know if you can identify a scenario to > recreate this.

[Guest.Visitor]

Jon: I will ask the COBOL developer to contact you for the COBOL problems. "Jon Paris" <Jon.Paris@e400.com> wrote in message news:aac6gs$14gm$1@news.boulder.ibm.com... > Glad I'm not the only one! > > Three students (out of a class of 13 - bad number <grin>) experienced this. > I am fairly certain that they were all into an exercise that uses /COPY > members but I wouldn't swear to that. Perhaps that is a clue though. > Another clue is that in most cases the STRCODE server had "died" with no > obvious error message. I'm afraid in a teaching situation with a class of > this size I don't have time to dig into logs etc. so I can't tell you much > more. > > I also experienced major problems with the COBOL verifier reporting that > lines identified as errors could not be located in the source. The same > errors double-clicked on from the compile error listing worked fine - it was > only the verifier error list that caused the problem. Have you heard of > this before? I can probably recreate it if you want. (There are other > problems with COBOL support too but I won't clutter up the list). > > "Hak Lui" <haklui@ca.ibm.com> wrote in message > news:aabmnv$17c6$1@news.boulder.ibm.com... > > Jon: > > (un)fortunately, I think I have just experienced this a couple of days > > ago. However, I have not been able to recreate the problem. I was doing > some > > testings on program verifer using RPGLE with /COPY files either on host or > > opened on the editor. Please let me know if you can identify a scenario to > > recreate this. > >

[Guest.Visitor]

Thanks Hak, it can be reproduced quite easily. I also have a few other COBOL problems I can tell them about. "Hak Lui" <haklui@ca.ibm.com> wrote in message news:aajia7$1kpc$1@news.boulder.ibm.com... > Jon: > I will ask the COBOL developer to contact you for the COBOL problems.

[Guest.Visitor]

Jon: what is the correct e-mail address we can contact you? We seemed to have problem with Jon.Paris@e400.com . Thanks! "Jon Paris" <Jon.Paris@e400.com> wrote in message news:aajmdt$1ics$1@news.boulder.ibm.com... > Thanks Hak, > > it can be reproduced quite easily. I also have a few other COBOL problems I > can tell them about. > > "Hak Lui" <haklui@ca.ibm.com> wrote in message > news:aajia7$1kpc$1@news.boulder.ibm.com... > > Jon: > > I will ask the COBOL developer to contact you for the COBOL problems. > >

[JonFParis]

Hmmmm - not surprising - that account hasn't worked for months but apparently was still my default in Outlook Express which I only use as my news reader. I've changed it now so it should work properly - my "real" id is Jon.Paris@Partner400.com "Hak Lui" <haklui@ca.ibm.com> wrote in message news:aak96j$b64$1@news.boulder.ibm.com... > Jon: > what is the correct e-mail address we can contact you? We seemed to have > problem with Jon.Paris@e400.com . >

[Guest.Visitor]

Paulo Santos I'm experiencing the same problem that you have. When i try to open a source for edit the code editor open that source for browse. The source had no /COPY, it was a phisical file. This problem just hapen to several users, can someone help me to resolve it. Paulo.Santos@Promosoft.com Project Manager "Jon Paris" <Jon.Paris@e400.com> wrote in message news:aa90jd$ij4$1@news.boulder.ibm.com... > I'm running a Code class right now and have experienced a situation I've > never seen before (just when you think you've seen it all <g>) > > User has used an STRCODE session, but subsequently stopped the server and > reverted to an autostart server. I have them use both in class so they can > find which they prefer, in case you were wondering. When they attempt to > open the source they edited under the STRCODE server, they can only get it > in browse mode (it gets really odd in Designer which asks if you want to > retry and then goes off into never-never land when you say yes). Looking at > the job's locks shows that the 5250 (which is sitting at the initial menu > with nothing running) has a number of locks which can only be released by > signing off. Once you have done that everything is fine. > > Anyone seen this before? > > Running V5R1 SP5 on Win2000 pro. Backend is a V4R5 system with all current > PTFs > >

[Guest.Visitor]

I'm running a Code class right now and have experienced a situation I've never seen before (just when you think you've seen it all <g>) User has used an STRCODE session, but subsequently stopped the server and reverted to an autostart server. I have them use both in class so they can find which they prefer, in case you were wondering. When they attempt to open the source they edited under the STRCODE server, they can only get it in browse mode (it gets really odd in Designer which asks if you want to retry and then goes off into never-never land when you say yes). Looking at the job's locks shows that the 5250 (which is sitting at the initial menu with nothing running) has a number of locks which can only be released by signing off. Once you have done that everything is fine. Anyone seen this before? Running V5R1 SP5 on Win2000 pro. Backend is a V4R5 system with all current PTFs

[reeve@ltl400.com]

I've observed this behavior on 3 releases of CODE and the current (un-service packed) release of WDSC. I don't know if it's a PC-based problem (CODE thinks the member is locked when it's not) or an iSeries problem (the iSeries isn't releasing the lock). My guess is that CODE isn't telling the iSeries server to release the lock, and I suspect a communications problem. When it happens, it appears the recently-used list retains the "browse" attribute, even though it's not what you requested; a subsequent open request using the RUL opens the member in browse mode. I think this is improper behavior (or design); I think you should get a message indicating the member isn't available for update and the RUL should indicate a browse-open attribute. To solve the problem, press ESC to enter an editor command and type: lx <server-name>sourcelibrary/sourcefile(member) to reopen the member in update mode. <customer comment>I participate in various CODE newsgroups, and I'm very grateful for the substantial contribution the Toronto IBM'ers make to our knowledge of this wonderful product. But there are still many serious problems; I see others with problems using Designer, and I suffer (working in a WAN and dial-up environment) from frequent lockups often (but not always) induced by communications problems. WDSC seems to be better (I notice the recently-used list maintains itself after a crash instead of picking up some previous version) at handling abnormal terminations, but I'd rather not find out in the first place! Until the product is more reliable, I can't see moving my other programmers to it.</customer comment>

[Guest.Visitor]

Normally, the files will still be locked if the STRCODE session is shutdown before the file is closed from the editor session. I think this is good in the sense that if you have changes pending and not saved yet. However, this becomes a nuisance when the STRCODE session is gone before the file is closed in certain circumstances. I think, currently, when the STRCODE session is shutting down, there is no action for closing files which may still be in the CODE editor window. We need to investigate this. "Paulo Santos" <Paulo.Santos@Promosoft.com> wrote in message news:afc7md$1cls$1@news.boulder.ibm.com... > Paulo Santos > > I'm experiencing the same problem that you have. When i try to open a source > for edit the code editor open that source for browse. The source had no > /COPY, it was a phisical file. This problem just hapen to several users, can > someone help me to resolve it. > > Paulo.Santos@Promosoft.com > Project Manager > > > "Jon Paris" <Jon.Paris@e400.com> wrote in message > news:aa90jd$ij4$1@news.boulder.ibm.com... > > I'm running a Code class right now and have experienced a situation I've > > never seen before (just when you think you've seen it all <g>) > > > > User has used an STRCODE session, but subsequently stopped the server and > > reverted to an autostart server. I have them use both in class so they > can > > find which they prefer, in case you were wondering. When they attempt to > > open the source they edited under the STRCODE server, they can only get it > > in browse mode (it gets really odd in Designer which asks if you want to > > retry and then goes off into never-never land when you say yes). Looking > at > > the job's locks shows that the 5250 (which is sitting at the initial menu > > with nothing running) has a number of locks which can only be released by > > signing off. Once you have done that everything is fine. > > > > Anyone seen this before? > > > > Running V5R1 SP5 on Win2000 pro. Backend is a V4R5 system with all > current > > PTFs > > > > > >