FiveTech Software tech support forums

Rao,

Rick is using version 9.04, not 9.06. I expect the same code would still work wouldn't it?

James

Enrico, Apparently not, since it is an intermitant problem. Rick says it is only happening on two computers. In summary the issue is that the browse cannot be closed until the window is closed, and the recordset needs to be closed before the window. Under some circumstances if you close the recordse...

I completely lost the track. Any chance to see a reduced and self-contained sample showing the problem in a crystal clear way?

EMG

It may be better if we test one of the solutions and see if the problem is resolved. If Mr Rick is using 9.06, I suggest using the following code: Separate module for derived class: #include 'fivewin.ch'CLASS TXbrwTest FROM TXBrowse   DATA bOnClose   METHOD Destroy()ENDCLASSMETHOD Destroy...

I would like to take this opportunity to clarify some other issues raised in this thread. Mr Rick questioned: why do I seem to be having these problems with xbrowse and ADO You found this error because you tested with xbrowse and ADO. In similar circumstances, we should get errors even on DBF/TData ...

Rao, In this case the data source is closed only while the browse is also being destroyed. Which approach is better, experts like Mr Antonio should decide. Personally I prefer the second method. Our browse definition is clear and no event occurs after our data source is closed and we need not clutte...

Mr James >> Can we kill it if we drive a wooden stake in it's heart? >> Cat has 9 lives. Let us not attempt this. The object stays till *all* references to it go out of scope. oBrw variable in our program is only one such reference. If we make it nil, we are not killing it but we are onl...

James I do confirm the browse behavior .. you can destroy the object and the browse still functions .. however when you try to close on valid .. oBrw:End() fails because the object is already destroyed.. I realize no one would probably code such a chain of events .. and you can easily modify the cod...

Rick, It seems the oBrw object is 'dead' ( in my sceniro ) .. I tried it several times and the results were the same... so am I to assume that 'paint' may continue to fire intermittantly and continue to fail at run-time ? As Rao said the local oBrw is dead, but the browse still exists in oWnd in win...

James, Rao Here are my results from oBrw := NIL in this code .. //------------------------static FUNCTION _VehClose( lCLEAN )IF lCLEAN = .T.   lOK := .T.   VEHNUM := oRsVEH:Fields("LICENSE"):Value   FERASE( "C:\DBOVL\VEHNUM.MEM" &...

Rao, >But really this will NOT work. Even after setting oBrw := nil, the Browse Object still "exists". >Create a simple browse and on right click, set oBrw := nil. Even after that the browse still continues to work I tried this and the browse does still work after oBrw:=nil as you sa...

Gentleman .. I have restored the origional 9.04 setado method code in xbrowse.prg and here is what the recommended code looks like .. please let me know if I have missed anything .. The code compiles and seems to run for me : nWd := GetSysMetrics(0) * .79nHt := GetSysMetrics(1) * .8l...

should I put back the default ::bBookmark Better restore all codeblocks to the FWH defaults. place the oBrw := nil This "deceptively" seems to be the simplest solution. which we all missed earlier, because the function _FWH does not call oBrw:HandleEvent, if oBrw is not an object. This ap...

James

Thanks for your insight .. thought I would have to go on 'prozac' soon .. my DR has told me to 'stay on my medication and I will be fine'

All grins aside .. should I put back the default ::bBookmark and place the oBrw := nil and see what happends in production ??

Rick

What Rao said does shed some new light. I was under the impression that End()ing a control destroyed it, but apparently not. Look at this sample code: #include "FiveWin.ch"#include "xbrowse.ch"function Main()   local oWnd, oBrw   DEFINE Window oWnd&nbs...