T.R | Title | User | Personal Name | Date | Lines |
---|
2401.1 | Sorry... | DECWIN::FISHER | Burns Fisher 381-1466, ZKO3-4/W23 | Wed Mar 07 1990 17:54 | 8 |
| I don't think there is a good way. This was a serious design error.
I don't know if it can be fixed or not, but be consoled by the fact
that all X people have this problem.
I suggest a QAR to let people know that this is important to you.
Burns
|
2401.2 | Is it implented in VMS at all ?? | KAL::BJERKEHOLT | Bo Bjerkeholt, TPSG, SWAS, @GOO | Fri Mar 09 1990 09:09 | 12 |
|
Thanks for the answer even though I didn't like it. I can agree
that this is a major design error.
I doubt that setting up an own IOErrorHandler is implemented at
all in VMS. At least my IOerror handler didn't get called.
Next step will be to set up an own condition handlers and ......
something clever.
/bo
|
2401.3 | It is | DECWIN::FISHER | Burns Fisher 381-1466, ZKO3-4/W23 | Fri Mar 09 1990 14:05 | 9 |
| Yes, it is certainly implemented. I've not used it myself, but others have.
If it never even gets called, another QAR is due.
I'm not sure a condition handler will help you much, although if you can figure
out how far to unwind the stack to get back to the application, you might
have some chance of continuing (not sure though...you may end up with ASTs
disabled and other gungy stuff. You will certainly leak some memory).
Burns
|