|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
Where are you getting this? It popped up when I began the uninstall of StrataFrame. Naturally, the uninstaller closed. I have been able to get it going again. Sorry. I may be a little jumpy at the moment. I will be cleaning all assemblies referencing StrataFrame, then reinstalling. This will take a little while longer.
|
|
|
|
|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
I am getting the same error when closing one of my forms in an application which has been working for months. Ooooo...another victim! Thanks for chiming in. I do not feel so alone, now. 
|
|
|
|
|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
Just FYI, the uninstall left the following in the GAC: MicroFour StrataFrame UI Expanded, 1.7.0.0
|
|
|
|
|
Trent Taylor
|
|
|
Group: StrataFrame Developers
Posts: 6.6K,
Visits: 6.9K
|
You incremented the assembly version this release, not just the file version? It was time, my brother. It had to be done! 
|
|
|
|
|
Trent Taylor
|
|
|
Group: StrataFrame Developers
Posts: 6.6K,
Visits: 6.9K
|
Jeff, nothing has changed in this respect, so I am not sure if this is the same issue. If you are still having an issue, let me know. Thanks.
|
|
|
|
|
Trent Taylor
|
|
|
Group: StrataFrame Developers
Posts: 6.6K,
Visits: 6.9K
|
Just FYI, the uninstall left the following in the GAC: MicroFour StrataFrame UI Expanded, 1.7.0.0 Thanks, I will make sure it gets cleaned up. This is a new assembly and will have absolutely no bearing on this issue, just FYI
|
|
|
|
|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
Yup...I figured that. I am reinstalling the framework, now. All vestiges of the older assemblies have been vanquished. I hope to run smack dab into success here really soon! 
|
|
|
|
|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
Trent L. Taylor (07/29/2009)
When you installed SF 1.7.0, it did not clear out all of the 1.6.0 assemblies (which can be caused by several things). Before you get much deeper, manually remove any 1.6.0 references then reload the 1.7.0 build. Make sure that all of your files get updated to the 1.7.0 version otherwise you will have other weirdness. Second, download the SF source code, build it in debug mode, which should also update your GAC references. THEN, get out of VS. Open VS back up and you should have SF DLLs in debug mode which will allow you to debug and break on any exception allowing you to trace and see where the point of failure is, look at a stack trace, etc. I really think that you are dealing with an issue within your code. For example, something is causing the grid to re-evaluate the bound data source which is causing the error. First, before you go crazy, just override the OnFormClosing method of the form, and manually remove the data source form the grid: MyGrid.DataSource = null; If you are using VB.NET then replace the null with Nothing. That should prevent anything from trying to evaluate the BBS on the form close. I reinstalled. I rebuilt the inherited UI project with the DevEx version I am using (9.1.5 . . . 9.2 is due out soon). I added the proper SF references to the project from which I removed them. I built and ran the app. When I closed the same window, I still get the error. So, I tried the code you suggested on the OnFormClosing event. The error still occurs. So, I setup the source code for debugging. When I run the app, the error still occurs. I have attached a screen shot of the debugging. The stack trace is the same as I have already posted. Any more ideas?
|
|
|
|
|
Bill Cunnien
|
|
|
Group: Forum Members
Posts: 785,
Visits: 3.6K
|
Btw, if you are interested, the SharedTableKey being passed to Me._Tables is "c67e1094-d653-4038-a662-45fbf647b5ca".
Me._Tables count is 3; however, only two keys are present...one for the InventoryTransactions table and one for the ItemClasses table. The missing one, which is on the form represented by a BO/BBS combo, is the UnitMaster table. Neither of those existing keys match the one being passed. I assume it is for the missing UnitMaster table.
Interesting.
|
|
|
|
|
Peter Jones
|
|
|
Group: Forum Members
Posts: 386,
Visits: 2.1K
|
Hi, We have the same problem with the ThrowKeyNotFoundException occuring when we close a form. We upgraded to 1.7 yesterday, having been previously on 1.6.6. We're also DevExpress users, and have found that the problem seems to be limited to forms with Devexpress Grids or NavBarControls on them. We have discovered a couple of other interesting things: 1. We can open a form and close it if the grids on it have no data. By this I mean that the BOs on the form have been populated from their stored procedures using a date range that contains no data. 2. After the same form has been populated with data, and we attempt to close it, the exception occurs after about half the BOs have been disposed. There doesn't seem to be any significance about the one it stops on, and I haven't determined if it stops in the same spot each time. We're continuing with our investigation, but we have had some difficulty with the GAC and versions of the dlls after compiling Strataframe in debug mode. Building Strataframe puts a 1.6 reference in the GAC and seems to screw up our Project's references. Cheers, Peter
|
|
|
|