The final fix was to uninstall and re-install StrataFrame. I did see an error message when SF was uninstalling say it couldn't find a path, so I'm assuming something got corrupted and re-installing SF clean things up.

-Larry

Hrm, that's odd.  Although it could be that if the assemblies weren't in the GAC, the different versions of VS might have different pathing to the referenced assemblies and the wrong version might have been brought in.  If the two versions don't line up, the sequence of data written to the stream would be different than the sequence of data expected to be read from the stream on the other end, and you would receive all kinds of errors, such as the end of stream exception you got.

Issue resolved (sort of). Whatever is causing the problem is not SF but something in my development environment. I opened the solution in visual studio 2010 on another development system and everything works as it should. I have VS2010, 12 and 13 on my primary development system and the issue is only happening in one application in VS2010 on my primary system. So it appears that VS2010 may be corrupted.

-Larry

Just a guess here Larry.

Try checking if the MicroFour StrataFrame Enterprise DLLs on the client are on the same version as the ones installed on the server.

Can you email me your web.config, datasources.config, and the Program.cs code that sets up your data sources?  I'll see if I can spot what my be awry.

Hi Ben,

I traced is down a little further and it's actually failing in the data layer. See attached. The command is

SELECT * FROM [dbo].[SFSPreferences]. Any other select statement gives the same result.

-Larry

Does it happen on any command that you send to the ES?  If you put a plain SELECT in front of the RetrieveSecurityPreferences, does it also die?

Any ideas what may be causing the (see attachment) error? The error is happening at

'-- Retrieve the global preferences
SFSPreferencesBO.RetrieveSecurityPreferences()

in AppMain.

The application uses CustomDataSerializtion, compression, and encryption. I've checked the encryption keys and vectors in the application and on the server and they match. It's only two application (data sources) that are having a problem. Other applications are running fine with ES. The application runs if I remove the ES connection and connect directly to the database.

-Larry