Can't resolve to EVSDSPCH problem solved - and a caution
Vern Hamberg <vhamberg-Ebbh53c6wcYkzXN11fiE55igCaZBIYHkAL8bYrjMMd8@public.gmane.org> Tue, 09 Mar 2004 14:08:27 -0600
| Newsgroups | gmane.editors.websphere.iseries,gmane.comp.systems.as400.code |
|---|---|
| Message-ID | <[email protected]> |
I've posted a few items about having trouble with the MCH3401 that EVFDSPCH could not be found. Lots or uninstall/reinstalls were tried. I finally submitted a PMR and, after some online conversations (love that Internet!), we got the problem fixed. Turns out it is involved with an exit point. When a CODE connection is made, including a right-click in WDSC to open the CODE Editor or when trying to open a member in CODE, the client adds QDEVTOOLS as a product library (there can be 2). The exit point detected the product library, saved it, added its own product libraries, then restored the old one when it was done. Trouble was, it restored the product library only once - the first time the exit point program was called for a given connection. Seems it assumed no client would change a product library. Guess we know what "assume" does. Changing the product library back every time invoked will take a little more time, but it makes sure things work. The exit point is QIBM_QZRC_RMT - Remote Command/Program Call. All is fine now. Don't know what IBM could do to detect changes that would not also add a lot of overhead (QUSRJOBI could be called, but...) Thanks to Mark Phippard and many others who tried to help with this problem. HTH Vern _______________________________________________ This is the Websphere Development Studio Client for iSeries (WDSCI-L) mailing list To post a message email: WDSCI-L-Zwy7GipZuJhWk0Htik3J/[email protected] To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/wdsci-l or email: WDSCI-L-request-Zwy7GipZuJhWk0Htik3J/[email protected] Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.