>Hi,
>
>After examining the run-time error log (mainly for one customer), I see one case where the error was created in an INIT method of some main form (I see Stack Level 5 indicating this error my_form.init). Then the error (Stack Level 6) goes to the function dl_ErrorMessage (a function in one of my prg). The function dl_ErrorMessage() has the code:
>

>oErrorForm = NEWOBJECT( "dl_error_message", "dl_error.vcx",'', tcTxtMessage, 
>tcTxtCaption, cParameter1, cParameter2, cParameter3 )
>oErrorForm.show()
>

>
>And here the actual error happens:
>

>Error reading file FQDN UNC Style\appfolder\libs\dl_error.vcx
>

>
>Oddly enough the error log is written to the APPFOLDER. So, the desktop is not completely disconnected from the Share.
>
>So, basically, if I understand correctly the application cannot file dl_error.vcx, which is INSIDE the EXE program.
>
>Two questions:
>1. How can I trap the error (or find out what exactly caused the error in the INIT method)? Should the entire INIT method to be within TRY/CATCH? Note, that even if I do that, the INIT initializes a bunch of BIZ objects that are dropped on the form. So, I am not sure where the error is generated, in the INIT code or in the code that instantiate all BIZ objects.
>2. Could the error 1 (above) be a precursor that the desktop lost connection to the network? And hence even the dl_error.vcx cannot be found?
>
>TIA
>
>UPDATE: Probably main question. What code should check if the Application EXE is still available and that the library DL_ERROR.VCX in this EXE can be read? That is, what code should be executed before:
>

>oErrorForm = NEWOBJECT( "dl_error_message", "dl_error.vcx",...)
>

>
>TIA

Since enclosing every place where the error log had entries with TRY/CATCH (and writing the error in a separate log), I have not seen errors in 2 days. I know this is a small sampling but still shows some progress.
A few more days will show how the situation will improve or go back to bad. At least now I can work on some new features.
Thank you all for your help!