Monnier, Gary wrote:
. . . you will receive error message ID CPF22E4 in the error code
parameter when calling QSYGETPH with an expired password.
Obviously we would get a CPF22E4: that's how we know the password is
expired, and how the server program knows to tell the client program to
bring up a password change dialog.
Once again, if there were a parameter we could pass to QSYGETPH to tell
it NOT to actually generate the profile handle, but simply to validate
the password and return its status, or if there were another documented
API that ONLY validated the password, that's exactly what we'd do. But
QSYGETPH seems to be the only game in town.
Also, it appears that this anomaly ONLY happens on our V6 box, not on
our V5 box. Curiouser and curiouser.