We've been running into a problem that seems to be getting worse of late (it happened a bit before SP10 and a ton since, but we've had other form changes due to ICD10, etc) and we're not sure what to do/where to put the blame.
Basically, when a user first opens an instance of CPS, things are fine. But after some period of time, after opening/closing a whole bunch of forms, the session will no longer allow function definitions to be loaded. A MEL trace shows what looks like a problem reading the function definition text file, but we've confirmed it's accessible, everyone has permission, others are loading the same file, and of course if we simply close Centricity and relaunch (even within the same terminal server session), all of the functions are able to be loaded again as expected. Is there some sort of session memory that we're filling? When we load functions at form open time, where are they stored? Memory? Are we filling the available space over time? Is there some sort of garbage collection that happens to remove things that are no longer in scope? Should we be doing something differently to "clean up" and prevent this?
execute>call LOAD("\serveruserlibUserlib TestconfigPatientIntake.txt")
09/16/2015 14:28:40.278 INFO Process Id #17752 ML Thread [MelTrace] results>ERROR: 32852 BAD STREAM OPERATION
09/16/2015 14:28:40.278 INFO Process Id #17752 ML Thread [MelTrace] ERROR: 32852 BAD STREAM OPERATION
I saw one other old thread with "BAD STREAM OPERATION," but there were no answers. Hoping someone has dealt with this and can maybe point us in the right direction.
-Matt
I'll take a guess. Is your CCC folder on a network path? In other words, is it a path such as \\server\ccc? Has the terminal session been idle for some period of time when this happens?
I suspect the session is being interrupted/closed. Opening Windows Explorer starts a new session for the Windows Explorer process, but that won't help what CPS thinks is an existing session.
As expected, CPS fails very ungracefully.
Hmmm - yes, they are on the network. We thought about moving the files local to the terminal server, but it is much easier for us to have them centralized - much less maintenance in the case of a change, etc. These are actually function definitions for our custom forms and not the CCC stuff, but I think your point would still apply. To us, it seems to be the users that are opening a lot of office visits - like a front desk person or a provider on a tablet. These would seem to be the users least likely to be leaving the session idle. I am thinking with repeated loading, some area of memory is getting filled so it's actually the storing of the function definition in memory that is failing and not the actual reading of the file from the network. Not sure how to go about troubleshooting or proving it though.
I am also not sure if the BAD STREAM OPERATION is the true cause of our blanked out forms or whether it might be something completely different with Centricity and we are on a wild goose chase going after a symptom and not the actual root cause.
Part of me wonders if this is the type of thing that would have formerly produced an "Access Violation" followed by a crash of the program but they've "fixed" it by supressing the crash and allowing the broken session to continue. In this case, a crash would almost be preferable to what is happening now since it would force the user to log in again to a working session and not try to continue working in the broken one.
Thanks for the suggestion. We might have to try moving the files local to see if it helps. If anyone else has seen this and resolved it, please let me know.
-Matt
Curious if anyone has any detail on SPR 60889 (Forms and text translation disappear from document at times)? Seems relevant here.
-Matt
Got some detail from GE on SPR 60889 and unfortunately, it appears to be unrelated to the issue we've been seeing. Was hopeful that my issue was their top priority, but no such luck.
-Matt