Hi @All

We have actually big Problems with our VB.net Application.

As usual the Problem appears only in a productive environments by some of
our costumors.
We use a thirdparty multithread FTP Datatransfer component.
Irregularly in some unkonown situations we get an Errormessage "cannot find
resources in resource file. please check your setup". After This Message the
Apllikation crashes Down und must be restarted.

After installling a filemonitor we could finf that ther Crash always appears
after an Access to MSCORRC.DLL in
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\
The /us-EN/ subdirectory doesnt exist at the first time wie saw this.
After Adding the Diretory und copying the DLL in der directory it makes no
change.

So i Think it must be related with the DLL?
How can i found out which process wants tu get access to this DLL??

Thank you for your Help in Advice ---
markus

Markus,

I'm inclined to say that your problem is related to the third-party control
and as such you might want to check with the vendor of the control. This
could very well be a known issue that has a fix or perhaps a work-around?

--
Carsten Thomsen
Communities - http://community.integratedsolutions.dk

"Markus Hildebold" <(E-Mail Removed)> wrote in message
news:43693f99$0$18794$(E-Mail Removed)...
>
> Hi @All
>
> We have actually big Problems with our VB.net Application.
>
> As usual the Problem appears only in a productive environments by some of
> our costumors.
> We use a thirdparty multithread FTP Datatransfer component.
> Irregularly in some unkonown situations we get an Errormessage "cannot
> find resources in resource file. please check your setup". After This
> Message the Apllikation crashes Down und must be restarted.
>
> After installling a filemonitor we could finf that ther Crash always
> appears after an Access to MSCORRC.DLL in
> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\
> The /us-EN/ subdirectory doesnt exist at the first time wie saw this.
> After Adding the Diretory und copying the DLL in der directory it makes no
> change.
>
> So i Think it must be related with the DLL?
> How can i found out which process wants tu get access to this DLL??
>
> Thank you for your Help in Advice ---
> markus
>
>
>
>

Hello Carsten
thank you for your Reply.
But we´ve asked the vendor for Help some weeks ago, but they doesn´t have
any idea or workaround.
it semms to be a problem with handling Multithreading tasks by .net
Frameowork..

hm....

"CT" <(E-Mail Removed)> schrieb im Newsbeitrag
news:u3B$(E-Mail Removed)...
>
> Markus,
>
> I'm inclined to say that your problem is related to the third-party
> control and as such you might want to check with the vendor of the
> control. This could very well be a known issue that has a fix or perhaps a
> work-around?
>
> --
> Carsten Thomsen
> Communities - http://community.integratedsolutions.dk
>
> "Markus Hildebold" <(E-Mail Removed)> wrote in message
> news:43693f99$0$18794$(E-Mail Removed)...
>>
>> Hi @All
>>
>> We have actually big Problems with our VB.net Application.
>>
>> As usual the Problem appears only in a productive environments by some of
>> our costumors.
>> We use a thirdparty multithread FTP Datatransfer component.
>> Irregularly in some unkonown situations we get an Errormessage "cannot
>> find resources in resource file. please check your setup". After This
>> Message the Apllikation crashes Down und must be restarted.
>>
>> After installling a filemonitor we could finf that ther Crash always
>> appears after an Access to MSCORRC.DLL in
>> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\
>> The /us-EN/ subdirectory doesnt exist at the first time wie saw this.
>> After Adding the Diretory und copying the DLL in der directory it makes
>> no change.
>>
>> So i Think it must be related with the DLL?
>> How can i found out which process wants tu get access to this DLL??
>>
>> Thank you for your Help in Advice ---
>> markus
>>
>>
>>
>>
>
>
>

Hmm, what info do you have on the threading used by the component?

--
Carsten Thomsen
Communities - http://community.integratedsolutions.dk

"Markus Hildebold" <(E-Mail Removed)> wrote in message
news:4369b5bb$0$17807$(E-Mail Removed)...
>
> Hello Carsten
> thank you for your Reply.
> But we´ve asked the vendor for Help some weeks ago, but they doesn´t have
> any idea or workaround.
> it semms to be a problem with handling Multithreading tasks by .net
> Frameowork..
>
> hm....
>
> "CT" <(E-Mail Removed)> schrieb im Newsbeitrag
> news:u3B$(E-Mail Removed)...
>>
>> Markus,
>>
>> I'm inclined to say that your problem is related to the third-party
>> control and as such you might want to check with the vendor of the
>> control. This could very well be a known issue that has a fix or perhaps
>> a work-around?
>>
>> --
>> Carsten Thomsen
>> Communities - http://community.integratedsolutions.dk
>>
>> "Markus Hildebold" <(E-Mail Removed)> wrote in message
>> news:43693f99$0$18794$(E-Mail Removed)...
>>>
>>> Hi @All
>>>
>>> We have actually big Problems with our VB.net Application.
>>>
>>> As usual the Problem appears only in a productive environments by some
>>> of our costumors.
>>> We use a thirdparty multithread FTP Datatransfer component.
>>> Irregularly in some unkonown situations we get an Errormessage "cannot
>>> find resources in resource file. please check your setup". After This
>>> Message the Apllikation crashes Down und must be restarted.
>>>
>>> After installling a filemonitor we could finf that ther Crash always
>>> appears after an Access to MSCORRC.DLL in
>>> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\
>>> The /us-EN/ subdirectory doesnt exist at the first time wie saw this.
>>> After Adding the Diretory und copying the DLL in der directory it makes
>>> no change.
>>>
>>> So i Think it must be related with the DLL?
>>> How can i found out which process wants tu get access to this DLL??
>>>
>>> Thank you for your Help in Advice ---
>>> markus
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>